Kosten Oxygen versus kosten Divi Builder

Dat antwoord  'Vast helemaal niets’ baseerde ik hierop:

Je voelt ‘m al aankomen; ik kon er niet verder naast zitten met mijn antwoord 'Vast helemaal niets'.. Er ontbrak in mijn ogen weldegelijk e.e.a in de Divi Builder, en niet alleen de minst essentiële..

Eerst even een stap terug. De reden waarom ik überhaupt keek naar de mogelijkheden van Divi Builder was dat ik in veel aanvragen die ik voorbij zie komen zinnen tegenkwam met de volgende strekking: ‘.. en het moet een WordPress met Divi website worden…’, en ‘..deze bestaande Divi WordPress website moet voorzien worden van…’ . 'Divi' was dus de magic word ontdekte ik. Dus vandaar dat ik deze builder maar 'ns tegen het licht houdt.

Aanvullende plugins die je nodig hebt voor Divi maar die al standaard aanwezig zijn in Oxygen 

Voor bijna alle functionaliteit die ontbreekt in de Divi Builder bestaan wel plugins. Dus dat maakt het dan wel weer een beetje goed. Hieronder geef ik een overzicht van die plugins. Deze lijst blijkt overeen te komen met lijsten van meest gebruikte divi plugins, dus blijkbaar ben ik niet de enige die de ontbrekende functionaliteit als een gemis ervaart.

Per Divi plugin vermeld ik de prijs. Ook vermeld ik soms waar in Oxygen dezelfde functionalteit te vinden is. 

Kosten per jaar voor Divi plugin 'Divi ultimate header plugin'. 

(voor meer dan 1 site): $ 35,-. Essentieel natuurlijk, dat je als WordPress webbouwer volledige controle wilt hebben over wat er allemaal in de header van een website staat.

Oxygen alternatief

Header builder element. 

Kosten per jaar voor Divi plugin 'Divi ultimate footer plugin'. 

Voor meer dan 1 site: $ 35,-. 

Oxygen alternatief

Gebruik basis elementen sections en divs.

Kosten per jaar voor 'Page builder everywhere'. 

Kies je voor deze plugin dan heb je de header en de footer plugin niet nodig. Kosten € 79,- per jaar bij meer dan 3 sites. 

Oxygen alternatief

Zoals hierboven genoemd, dus Header builder element en gebruik basis elementen zoals sections en divs.

Kosten per jaar voor Divi plugin 'Divi Mega Menu'.

Voor meer dan 1 site: €60,-.

Maar waarschijnlijk niet compatibel met bovengenoemde divi ultimate header plugin vermoed ik.). Zelf een mega menu in Divi maken kan ook, maar meer dan alleen knoppen kunnen er niet in, handleidingen voor het maken van een mega menu vind je in hun documentatie vind je een handleiding voor een mega menu voor een bepaalde layout pack.

Oxygen alternatief

Mega menu element.

Kosten per jaar voor Divi plugin 'Divi Icon King' of 'Divi Icons'

Kosten voor Divi plugin 'Divi Icon King' (Alleen Material en font awesome icons) $ 19.97. Of "Divi Icons" (Zowel Custom Line Icons, FontAwesome, Material Icons). € 65,- 6 mnd support maar wel lifetime updates, ik neem aan voor 'unlimited sites' maar dat staat nergens.

Oxygen alternatief

Oxygen heeft twee icons packs standaard aan boord en ze kunnen bovendien ook nog eens gebruikt worden in verschillende elementen zoals het element 'Button'.

Kosten per jaar voor Divi plugin 'Divi switch'.

Om Breakpoints aan te passen. € 79,- per jaar bij meer dan 3 sites. Er kan overigens nog veel meer met Divi switch maar je hebt het in ieder geval nodig om die breakpoints aan te passen.

Oxygen alternatief

Instelbaar onder Settings

Kosten per jaar voor Divi plugin 'Divi Overlays'. 

€ 59,- per jaar bij meer dan 3 sites.

Oxygen alternatief

Modal element.

Kosten per jaar voor Divi plugin "Divi Booster".

$ 29,- per jaar bij unlimited sites.

Page builder instellingen aanpassen. Support schijnt er niet echt te zijn, je hoeft uberhaubt geen reactie op je support aanvraag te verwachten.

Oygen alternatief

Er hoeft niets geboost te worden, Oxygen is het is al snel.

Kosten per jaar voor Divi plugin 'Divi bars'.

Divi bars kost € 59,- per jaar bij meer dan 3 sites.

Oxygen alternatief

Modal element.

Kosten per jaar voor Divi social party.

$ 77,- per jaar bij meer dan 3 sites. 

Oxygen alternatief

Element Social icons.

Kosten per jaar voor Monarch.

Geen kosten want is inclusief bij divi builder. 

Oxygen alternatief  

Element 'Social Share Buttons'

Kosten per jaar voor Divi plugin 'Divi logo swap'.

Kosten: $ 5,- 'For the time being, unlimited use, and unlimited updates and support for life.'

Oxygen alternatief

Gebruik sticky menu, daarin zet je dan een ander logo.

Kosten per jaar voor Divi Extras

$ 77,- per jaar bij meer dan 3 sites.

Oxygen alternatief

Repeater element, met alle denkbare instel en layout mogelijkheden zodat er een 'Recent posts’ blok of een ‘Post slider’ ontstaat.

Totale kosten per jaar voor Divi plugins

Dus in totaal een kostenpost die niet echt te verantwoorden is van in totaal ca. € 500,- per jaar, voor alleen de aanschaf ervan al, dus de uren implementatie laat ik dan buiten beschouwing.. 

Zit er in sommige plugins meer functionaliteit dan in de Oxygen tegenhanger? Dat weet ik niet maar daar ga ik wel van uit, waardoor de kosten nog enigszins te verantwoorden zijn voor de webbbouwer. Feit blijft dat flexiblititeit altijd groter is in Oxygen.

Functionaliteit waarvoor uberhaubt geen plugin is

Nested rows. Hier is uberhaubt geen plugin voor. Er kan dus alleen uit bepaalde indelingen worden gekozen, bovendien moet een css class worden opgegeven en als het responsive moet wordt het al helemaal handwerkOver het ontbreken van nested rows/columns wordt o.a hier steen en been geklaagd

Is een vergelijking eigenlijk wel mogelijk?

Divi Builder is een page builder, Oxygen is meer een website builder. Dus dat er veel functionaliteit ontbreekt in Divi is misschien weliswaar logisch maar ik vermoed dat de gebruikers van Divi zich het niet realiseren, getuige het grote aantal plugins dat men gaat installeren om er toch alsnog een website builder van te gaan maken. 

Maar laat ik gematigd positief over Divi Builder afsluiten. Het zijn van een page builder, i.p.v een complete site builder, biedt namelijk ook een voordeel: Divi Builder kan binnen een bestaand theme gebruikt worden. En laat dat gebruik van themes nou net datgene zijn wat de WordPress community moeilijk vindt om los te laten.

Conclusie

Oxygen is een complete site builder, terwijl er voor Divi Builder erg veel plugins aangeschaft moeten worden om tot dezelfde functionaliteit te komen. De kosten van de plugins, en ook de kosten van implementatie en onderhoud van die plugins zullen niet voor alle projecten te verantwoorden zijn.
Maar stel dat het project waar je aan gaan werken niet meer functionaliteit vereist, of gaat vereisen in de toekomst, dan er standaard aanwezig is in Divi. In dat geval kun je er voor kiezen alle plugins achterwege te laten. Vervolgens schaf je geen lifetime licentie aan maar ga je voor een jaar licentie a $90,- Oxygen heeft enkel lifetime licenties a $249,-.

Dynamische pagina's zonder specifieke WordPress plugins

Gebruiksgemak voor webmaster

Een webmaster wil zich niet bekommeren over de layout van bijvoorbeeld de nieuwspagina. Het invoeren van een titel, koptekst, tekst, datum en eventuele afbeeldingen moet voor hem of haar even eenvoudig zijn als het invullen van een formulier. Daarvoor is nu in een WordPress site, mits gebouwd met Oxygen slechts 1 algemene plugin nodig en dat is ACF, Advanced Custom Fields.

Ik heb geen andere WordPress oplossing gevonden die mij persoonlijk net zo goed leek in termen van uitvoerbaarheid, aantal regels code en flexibiliteit voor de webbouwer en gebruiksvriendelijkheid voor de webmaster.

Naast de bestaande 6 methoden om custom layouts te maken, die verderop in deze post aan bod komen is er nu dus een manier bijgekomen die eigenlijk alle nadelen van de andere methoden oplost; het repeater element in Oxygen.

Dynamische pagina's met Oxygen

Ik laat je eerst 4 praktijkvoorbeelden zien die ik gemaakt heb met Oxygen en ACF. Daarna geef ik een opsomming met alle voordelen van deze methode. In de praktijk voorbeelden ga ik je laten zien dat het allemaal erg geavanceerd is maar tegelijkertijd toch super gebruiksvriendelijk werkt, voor zowel webbouwer als voor de webmaster.

Voorbeelden van wat je er allemaal mee kunt bouwen

Hieronder geef ik 4 voorbeelden van layouts die zijn gemaakt met Oxygen en content bevat die is ingevoerd in (ACF) custom fields: 

Je kunt je voorstellen dat deze 5 pagina's er idealiter anders uitzien en andere informatie bevatten, en andere informatie betekent andere 'custom fields'.

Praktijk voorbeeld 1: Nieuwspagina

Laten we beginnen met hoe een nieuwspagina er op de frontend van een website uit kan zien. Daarna laat ik je de omgeving voor de WordPress ontwikkelaar zien en waar de webmaster overigens geen toegang toe heeft.

Hier zie je dezelfde nieuwspagina maar nu zie je 'm zoals de webbouwer de pagina ziet als deze ontwikkeld wordt en uiteraard kan de pagina ook weer eenvoudig worden aangepast/uitgebreid. Deze pagina is tevens de plek waar de custom fields zoals bijvoorbeeld 'datum' worden voorzien van de gewenste styling zoals lettertype en -grootte. Dit template gebruik ik ook voor Onderwerp pagina's, vandaar staan er meer velden in die je er niet zou verwachten.  
Dit is de nieuwspagina zoals die te zien is voor de webmaster, in de backend van de website. De eenvoud van dit scherm dus zoals gezegd denken aan een formulier dat even ingevuld moet worden. Geen overload aan velden die je nog wel eens tegenkomt in andere oplossingen.

​De layout van de pagina is zoals je hierboven zag al door de webbouwer vastgelegd dus daar hoef je je niet meer druk over te maken; als webmaster richt je je uitsluitend op het invullen van de velden. De foto die je hier upload wordt automatisch bovenin de pagina gezet, achter de titel.

Praktijk voorbeeld 2: Profielpagina

Een pagina voor het publiceren van informatie over een medewerker zal andere info moeten bevatten dan een nieuwspagina en wellicht is een andere styling gewenst. De profiel pagina die ik op maat gemaakt heb voor BekkenfysiotherapieTwente ziet er bijvoorbeeld zo uit:

Omgeving voor de WordPress ontwikkelaar, niet toegankelijk voor de webmaster
De pagina voor de webmaster is van een verbluffende eenvoud.

Praktijk voorbeeld 3: Layout voor Onderwerp pagina

Voor de layout van een Onderwerp pagina is ervoor gekozen voor een deel dezelfde opzet te gebruiken als voor de Nieuws pagina, om de onderhoudskosten laat te houden koos ik ervoor hetzelfde tempate te gebruiken waarbij ik dan wel bepaalde elementen alleen laat ziein wanneer het template te zien is voor een nieuwsitem, de datum bijvoorbeeld. Ook laat ik elementen alleen zien wanneer het gaat om een Onderwerp pagina, in dat geval moeten er soms Veelgesteldevragen ingevoerd en getoond kunnen worden. Ik maak daarvoor gebruik van de Conditions feature in Oxygen, meer hierover op https://oxygenbuilder.com/documentation/other/conditions/.

Bij het praktijk voorbeeld 'Nieuwspagina' heb ik je al het eerste deel van het template laten zien, nu laat ik je zien hoe het onderste deel in elkaar steekt. Op het rode Call-to-action vlak wordt de informatie geplaatst die de webmaster invoert. Als de webmaster kiest voor het toevoegen van een emailadres in plaats van een telefoonnummer wordt de knop gebruikt waar een 'mailto' link in zit, en niet de knop waar een 'tel' link in zit.

Praktijk voorbeeld 4: Portfolio

Hieronder een afbeelding waarin ik laat zien wat de structuur is van die pagina, welke elementen ik ervoor gebruikt heb.

In de Repeater element maak ik voor bepaalde elementen gebruik van conditions. Dat is nodig omdat niet alle items in de portfolio websites zijn, als het Google Ads items betreft is er slechts 1 afbeelding en moet dus het element Afbeelding gebruikt worden en niet het element Slider.
Dit is de pagina waar de webmaster enkel een aantal velden moet invullen van een WordPress 'post'.

ACF velden voor dynamische pagina's

Dit zijn de velden die aangemaakt kunnen worden (in ACF) en daarna gebruikt kunnen worden in Oxygen om de meest uiteenlopende dynamische pagina's te kunnen maken zoals ik in de voorbeelden hierboven liet zien:

Voordelen van Oxygen Builder voor dynamische pagina's

Dynamische pagina's zonder Oxygen

Je hoeft natuurlijk geen Oxygen Builder te gebruiken om toch pagina's zoals ik hierboven laat zien te maken, je hoeft er zelfs geen custom fields voor te gebruiken.. Wel heb ik de afgelopen jaren ervaren, en/of gelezen, dat er een aantal nadelen aan kleven. Per methode noem ik die, zonder de pretentie te hebben daarmee een uitvoerige review te schrijven laat staan een complete vergelijking te maken tussen Oxygen en betreffende methode.

Layout zónder custom fields, 3 opties:

Layout mèt custom fields: 

Layout zónder custom fields

Plugins gebruiken

De meest voor de handliggende optie, vooral wanneer er veel pagina's zijn, is om voor alle layouts een plugin aan te schaffen en te implementeren. Bijvoorbeeld een plugin voor nieuws, eentje voor persoonlijke profielpagina's en een voor een portfolio. Soms zijn er ook plugins waar verschillende pagina's mee gemaakt kunnen worden zoals ZOO van Yootheme.


Nadelen

Een page builder pagina gebruiken

Voor alle typen pagina’s wordt een goed gestylde dummy versie gemaakt in bijvoorbeeld een van deze page builders: Divi, Elementor (WordPress).  Dat item kan vervolgens door de webmaster gekopieërd en aanpast worden voor elk nieuw item. Bijvoorbeeld: Voor een nieuwe cursus kopieer je een bestaande cursus pagina en ga je die aanpassen. 


Nadelen

Een post maken en die hergebruiken voor elk nieuw item

Voor alle typen pagina’s maak je een Post (WordPress) en die hergebruik je voor elk nieuw item. Het voorbeeld van hierboven geldt hier ook: Als je een nieuw item wilt toevoegen bijvoorbeeld een nieuwe cursus kopieer je een bestaande cursus pagina (post of artikel dus) en ga je die aanpassen. 


Nadelen

Layout mèt custom fields

Custom fields in WordPress zelf ('build-in-function') gebruiken

Met de build-in-function 'custom fields' kunnen er in WordPress ook velden worden toegevoegd.

Nadelen

Custom fields in WordPress page builder 'Divi builder'

Wat kan met Oxygen sinds 2018 ook al met de page builder 'Divi builder' van Elegant themes

Nadelen

WordPress custom fields plugin gebruiken (zonder Oxygen)

Er zijn naast ACF een aantal andere custom fields plugin geschreven voor WordPress. De bekendste zijn Toolset, Meta box en Pods. 

Nadelen 

Voordelen 

Conclusie

Oxygen is een geweldige tool waarmee je heel veel soorten dynamische pagina’s, ‘content apps’, kunt bouwen. De content is daarbij ook nog eens filterbaar voor de website bezoeker. Ook de webmaster ervaart het gemak; hij/zij vult een soort van formulier in om content toe te voegen, eenvoudiger wordt het niet.

Oxygen lijkt mij in veel gevallen een uitstekend alternatief voor het gebruik van plugins, custom fields oplossingen en zéker voor het gebruik van standaard 'Posts' (WordPress) zonder custom fields. Dit omdat er aan deze methoden om een dynamische website te bouwen een aantal nadelen kleven. Zoals o.a een stijle leercurve (want ‘Wéér een ander systeem’), hogere kosten, mogelijke conflicten met andere plugins of een gebrek aan consistentie in layout en/of content.

Uitgebreide tekstadvertenties ombouwen naar responsive zoekadvertenties

Wat zijn responsive zoekadvertenties

Aanvankelijk dacht ik dat de term ‘responsive ad’ alleen maar sloeg op het zich aanpassen van de advertentie aan (het formaat) van het beeldscherm van de gebruiker, zoals dat bij responsive websites het geval is. Het type 'Uitgebreide tekstadvertenties' die even daarvoor waren geïntroduceerd door Google hadden die mogelijkheid ook al. En omdat het advertentietype ‘responsive ad’ toch nog maar in de ‘Beta versie’ was heb ik het niet bovenaan mijn lijstje gezet om verder uit te zoeken. 
Totdat een gewaardeerde klant uit Duitsland mij er opmerkzaam op maakte. Ze had een telefoontje van Google gehad over verbetermogelijkheden in haar Google Ads account. Ik zou het allemaal wel even gaan nakijken en er snel bij haar op terugkomen. Even later moest ik bijna met het schaamrood op de kaken mijn klant laten weten dat het wel degelijk een ander soort advertentie-type was, en zeker interessant genoeg om direct mee aan de slag te gaan.

In responsive zoekadvertenties kun je tot maar liefst vijftien verschillende koppen en vier beschrijvingen zetten. Het aantal koppen en beschrijvingen dat Google toont is nog steeds hetzelfde; maximaal 3 respectievelijk 2. Het werkt als een soort carrousel; Google toont de koppen en beschrijvingen in wisselende samenstellingen. Je kunt je voorstellen dat het aantal combinaties bijna eindeloos is. Google beoordeelt, mbv 'Machine learning' welke koppen en beschrijvingen, en combinaties daarvan, het beste werken. Daarbij zal Google kijken naar verschillen in conversie, CTR etc. Vervolgens zullen de meest succesvolle regels en combinaties vaker gebruikt gaan worden. 

Responsive ads maken

Voor sommige Google accounts was het nog niet zo lang geleden dat ik de betreffende klant had overtuigd om de bestaande advertenties te laten upgraden naar uitgebreide tekstadvertenties, dus ik wilde eigenlijk niet weer aankomen met de volgende upgrade.
Gelukkig was het mogelijk de bestaande zoekadvertenties om te bouwen naar de nieuwe variant. Althans, je kunt ook helemaal opnieuw beginnen maar dat is niet echt nodig.


Werkwijze ombouwen naar responsive zoekadvertenties.

Als ik een responsive zoekadvertentie aanmaakte werden er veel velden al automatisch door Google ingevuld, dus dat schoot mooi op. Op de volledigheid viel alleen nog wel wat af te dingen; ik zag dat er een aantal koppen en beschrijvingen niet in de nieuwe responsive ads waren terecht gekomen. Het zou jammer zijn om dat die koppen en beschrijvingen niet te gaan hergebruiken, mijn klant had er tenslotten nog niet zo lang geleden voor betaald om ze te laten aanmaken. Daarom heb ik een poging gedaan om het allemaal wat systematischer aan te pakken zodat ik alles kon hergebruiken. De werkwijze die ontstond bestond grofweg uit deze 4 handelingen:

  1. Advertentierapport maken van de bestaande ads. (Ik koos voor ‘Excel bestand’)
  2. Nieuwe advertentie van het type ‘Responsive zoekadvertentie’ maken
  3. De regels die ik tegenkwam in de door Google aangemaakte ad zocht ik op in het advertentierapport en die gaf ik een kleur (groen).
  4. In de tweede responsive ad die ik aanmaakte liet ik de koppen onaangeroerd en plakte ik de nog niet gebruikte beschrijvingen uit mijn Excel sheet (de nog niet groen gekleurde cellen dus) er in.
    ​Ook paste ik de zichtbare url aan. Als je in Excel cellen een kleur gaat geven wil het nog wel eens gebeuren dat je daarin behoorlijk doorslaat. Of laat ik voor mezelf spreken; de kleuren lichtgrijs en oranje haalde ik toch maar weer weg om het overzicht te behouden.

Automatisch de advertentiekwaliteit laten beoordelen

Sommige nieuw aangemaakte responsive zoekadvertenties kregen al direct de kwalificatie ‘Uitstekend’. Omdat dit voor mij riekte naar 'de slager keurt z’n eigen vlees' ben ik maar 'ns gaan kijken in hoeverre ik vond dat de ads inderdaad ‘Uitstekend’ waren. Dit voor voor zover dat uberhaubt al te zeggen is van een ad die nog geen enkele vertoning heeft gehad. Laat staan dat er al op geklikt is.
Ook al vindt Google een nieuwe ad helemaal geweldig, toch kwam ik regelmatig stukjes tekst tegen die er niet in hoorden. Koppen of beschrijvingen die in de oude advertentie waar Google ze uit gehaald had waren bedoeld om aan te sluiten op een andere regel. Nu de koppen allemaal door elkaar gebruikt kunnen gaan worden hadden ze betekenis verloren. Een voorbeeld daarvan is ‘Nieuw voor de prijs van een’. Stel je voor dat dat de bovenste kop van een advertentie is en dat de tweede regel die Google kiest om te vertonen is ‘Transporters altijd 100 voorraad’. Dat zou raar zijn. Kan ik dan koppen niet meer op elkaar laten doorlopen? Jawel dat kan nog steeds maar dan zou ik die koppen moeten vastzetten, bijvoorbeeld op de eerste positie.
Ik zou dus verwachten dat de advertentiekwaliteit zou blijven steken op ‘Gemiddeld’. Of op z’n best, als 'goed’ worden bestempeld. Om van ‘Onvolledig’ naar ‘Gemiddeld’ te komen haalde ik de nu misplaatste woorden weg (wat dus nog niet bijdroeg aan de beoordeling), voegde ik koppen toe, bracht ik wat meer variatie aan in die koppen en in de beschrijvingen. Dat was soms nogal wat gezoek was, naar productkenmerken die ik er nog niet in gezet had.
Uiteindelijk steeg de beoordeling dan naar ‘Uitstekend’ en klikte ik op ‘Nieuwe advertentie opslaan’, Ik nam me voor binnenkort ook deze grote Google Ads account wijziging ‘ns aan een kritische analyse te onderwerpen om te zien of de klant er inderdaad wat mee zou zijn opgeschoten. Ik lees dat de CTR zo'n 15% omhoog kan schieten dus dat wil ik wel eens zien.

Wat verstaat Google onder 'De advertentiekwaliteit'

De advertentiekwaliteit wordt trouwens door Google gedefinieerd als: ‘..een indicatie van de relevantie en diversiteit van uw advertentiecombinaties. Met meer relevante en unieke content kunt u de juiste advertentie aan uw klanten weergeven en de prestaties van uw advertentie verbeteren.’.
Omdat de beoordelingstool die Google introduceert je aanzet tot het zoeken naar dat ene nog onvermelde productkenmerk, USP of call-to-action vind ik de tool zeker een waardevolle toevoeging en verwacht ik er gebruikt te blijven maken. Maar dus wel zonder er blind op te vertrouwen..  

Google visualiseert de kwaliteit van de advertentie en geeft tips voor verbetering

Vierde beoordelingscriterium toegevoegd

Ergens tussen eind juli en 5 augustus werd er een vierde beoordelingscriterium toegevoegd om de advertentiekwaliteit te meten. Dit criterium is: "Gebruik populaire zoekwoorden in uw koppen". In bovenstaande afbeelding van de advertentiekwaliteit is dit vierde item nog niet weergegeven.

Feedback naar Google gestuurd

Omdat het advertentie type 'responsive zoekadvertentie' zich nog in de beta versie heb ik Google van feedback voorzien. In mijn feedback gaf ik aan dat ik het jammer vindt dat er slechts 1 zichtbare url kan worden opgegeven, ik had graag gezien dat ik ook hiervoor meerdere varianten kon toevoegen. Zodat ook daarvoor, net als voor de 15 koppen en 4 beschrijvingen, een 'best of all’ zou kunnen worden aangewezen. Om die vervolgens vaker te gebruiken in de advertentie.
Google reageerde met "Ik heb de suggestie voorgelegd bij de desbetreffende afdeling. Echter krijgen wij hier geen feedback op terug en moeten ook wij afwachten of de suggestie word geïmplementeerd."

Wat heeft de overstap naar responsive ads nou allemaal opgeleverd

De CTR ging er sinds de overstap naar responsive ads eind juni eigenlijk alleen maar op achteruit, marginaal, maar toch. Oei dat had ik niet verwacht. De ads zijn dus in feite oninteressanter geworden voor de mensen die 'm te zien kregen; er werd minder vaak op geklikt. Maar ik heb ook gekeken naar de conversies die we meten, het aantal conversies in de maanden juli en augustus lag hoger, de kosten per conversie daalden 12%. De kosten per klik zijn ook gedaald, zonder dat we gevonden worden op goedkopere zoektermen want die had ik dus juist niet aangepast. In de twee maanden na de omzetting naar responsive ads waren de kliks € 0,05 goedkoper geworden om precies te zijn. Gemiddeld wordt er 2500 keer geklikt per maand, dus dat betekent een regelrechte besparing op jaarbasis van €1500,-.

De kosten per conversie en per klik gingen omlaag

Een veilige website

Gevaren

Een website bestaat uit de basissoftware en (meestal) een aantal geïnstalleerde plugins. In de software kunnen fouten in de code zitten, van zowel WordPress als de daarop geinstalleerde plugins. Een hacker kan die fouten gebruiken om bijvoorbeeld de homepage te vervangen door een pagina van de hacker zelf. Jou bedrijf of organisatie kan schade ondervinden van een dergelijke aanval. Het is daarom belangrijk maatregelen te nemen. Vertrouw niet alleen op het updaten naar 'de laatste software update', voor WordPress (of ander CMS) en alle gebruikte plugins, want elke dag worden er weer nieuwe lekken gevonden.

Maatregelen die ik neem

Webdegelijk neemt al bij de bouw van een website beveiligingsmaatregelen.
Een greep uit de beveiligingsmaatregelen die ik doorgaans neem vind je hieronder.

Is jou website beveiligd?

Vertrouw niet alleen op het updaten naar 'de laatste software update', voor WordPress (of ander CMS) en alle gebruikte plugins, want elke dag worden er weer nieuwe lekken gevonden.

Al na een jaar een nieuwe website? Nee toch?!

Waarom soms al na 1 jaar een nieuwe site?

Meestal gaat een site twee of drie jaar mee. Want over het algemeen gebeurt het pas na die periode dat de bezoekers van je website zien dat een site niet de uitstraling en functionaliteit heeft die ze gewend zijn van andere websites. Dan is het een gemiste kans om die bezoekers te boeien en te verleiden contact op te nemen met je bedrijf of anderszins te converteren.

In de tijd dat ik websites bouw, sinds 2004, zie ik veranderingen elkaar in hoog tempo opvolgen, in het ene jaar gaat dat zelfs nog een stukje sneller dan in het andere. Zo maakte de websitebuilder Gridbox (voor Joomla) zoveel ontwikkelingen door binnen de periode van 1,5 jaar tijd dat het andere page builders, inclusief die voor WordPress, ruimschoots inhaalde. Ook liet het de template frameworks, zoals het door mij veel gebruikte Gantry framework, achter zich, zeker wanneer het gaat om het bouwen van een statische website. Van een statische website is, anders dan de term doet vermoeden, ook de content eenvoudig aan te passen. Door deze snelle ontwikkelingen is nieuwbouw na 1-2 jaar soms een interessantere optie dan wachten totdat de meer gebruikelijke levensduur van 2-3 jaar voorbij is.

Redenen voor het laten ontwikkelen van een nieuwe site

​Hieronder ga ik in op welke ontwikkelingen dat kunnen zijn, als er geen ontwikkelingen tussen zitten waarmee je zelf te maken hebt is er dus volgens mij geen reden een nieuwe site te laten bouwen. Als je zelf je huidige website niet kunt beoordelen dan help ik je er graag bij.

Onvolkomenheden huidige website

Kost het oplossen van onvolkomenheden in de huidige website, soms ontstaan door updates van browsers (zoals Chrome, Safari etc), is relatief veel tijd? In een nieuw website systeem zitten die compatibiliteitsproblemen niet. Of ze zijn makkelijker te voorkomen.

Ontwikkelingen huidige website software

Zijn er genoeg ontwikkelingen in je huidige websitebuilder? Check hiervoor de zogenaamde "changelog" van de website builder die je gebruikt. Komt er maandelijks een update uit? Zijn de toegevoegde functie en bugfixes relevant voor jou website? M.a.w, kun je, als je dat zou willen, maandelijks profiteren van updates die je in feite niets kosten?

Eisen van Google

Is de website in lijn met nieuwe eisen van Google? Zoekmachines passen vaak algoritmes aan waardoor bijvoorbeeld de snelheid van de site op mobiel beeldscherm een belangrijke factor geworden is in de ranking (juli 2018).

Responsiveness

Biedt jou huidige website builder mogelijkheden om per beeldscherm (desktop, laptop, tablet liggend, tablet staand, mobiel liggend, mobiel staand) te bepalen hoe, maar ook ook wèlke, content getoond moet worden? Dat gaat dus verder dan dat de site zich aanpast aan het formaat van het beeldscherm van de bezoeker. Met zogenaamde "media queries" til je responsive naar een hoger plan. Zo wil je bijvoorbeeld op klein beeldscherm voorkomen dat de pagina titel teveel ruimte inneemt en vind je het niet nodig dat er een slider zichtbaar is; je hebt liever in plaats daarvan een afbeelding omdat die sneller tevoorschijn komt.

Webmaster heeft te veel tijd nodig voor aanpassingen

Kost het maken van een nieuwe pagina veel tijd? Omdat je alle elementen opnieuw moet opmaken omdat je geen zogenaamde ‘presets’ hebt. Of je wilt bijvoorbeeld de pagina titels transparantie geven en dat kan alleen maar door overal de titel afzonderlijk aan te passen, een hele klus.

Gebrek aan functionaliteit

Wil je een blog? Vaak zit die functie niet (volledig genoeg) in een bestaande website en wel in bijvoorbeeld Gridbox waardoor je geen plugin hoeft te laten inbouwen in je huidige website.

Designtrends

Zijn er bepaalde designtrends zijn die je niet wilt missen? Net als met andere trends is het zo dat het bijna ondoenelijk is alle designtrents te volgens je zult hierin keuzes moeten maken omdat je budget vast niet ongelimiteerd is.

Browser updates

Zijn er browser updates geweest waardoor bijvoorbeeld de efficiency van content creatie omhoog zou kunnen? Oké, dit klinkt allemaal vrij technisch dus ik geef weer een voorbeeld. Stel dat je webmaster gewend is een foto op een bepaalde manier te bewerken voordat hij ‘m op de website plaatst maar deze handeling in photoshop kost best veel tijd; je wilt eigenlijk dat de website het effect automatisch voor je creëert. Als https://caniuse.com/#feat=css-backgroundblendmode aangeeft dat de brouwser ook de door de website bewerkte foto goed laat zien dan kun je dus overstappen op automatisch bewerking en je webmaster veel tijd besparen. Nog een voorbeeld van een browser update waar je je voordeel mee kunt doen: Je logo hoef je niet meer in jpg of png file te hebben staan, het kan nu ook in svg, waardoor je logo ook op mobiel beeldscherm scherp is (https://caniuse.com/#feat=svg)

Conclusie

​Heb je de hierboven genoemde vragen vaak met 'nee' beantwoord des te waarschijnlijker is het dat je besluit voorlopig nog even geen nieuwe website laat bouwen.
Zie je echter wel reden om aan een (vroegtijdige) vervanging van je site te beginnen dan is het belangrijk te weten wat de voordelen zijn maar ook of er onderdelen zijn van je site waarin het nieuwe systeem juist niet voorziet. Dus eigenlijk zou je je webbouwer ook moeten vragen of er ook zaken zijn, specifiek voor jou website, die in het nieuwe systeem relatief moeilijk te realiseren zijn. Mocht je die punten toevallig erg belangrijk vinden dan kan het dus toch verstandig zijn nog even af te wachten. Ook als het binnen je bedrijf ‘politiek’ lastig ligt al na 1 jaar een grote update door te voeren dan kan het natuurlijk handiger zijn nog even te wachten. Want wachten hoef je vaak (soms gek genoeg) niet zo te verdedigen.

De nieuwe privacy wetgeving (AVG)

Waarom conformeren aan AVG

Je kunt hoge boetes krijgen als je niet aan de AVG voldoet, zelf denk ik dat het zo vaart niet loopt voorlopig. Maar als je het niet doet om de boetes te ontlopen zou je nog uit commerciële overwegingen kunnen besluiten te voldoen aan de AVG. Want als je o.a aan je potentiële) klanten laat zien dat je zorgvuldig omgaat met hun gegevens dan zal dat zeker positief afstralen op je bedrijf.

Wat kun je zelf doen

In kaart brengen

Wat doe je: Vraag het document ‘In kaart brengen’ aan bij Webdegelijk en vul aan waar nodig. Het document zal ik voordat ik het je toestuur aanpassen aan de jou bedrijf, bijvoorbeeld de doelgroepen en de op de website gebruikte extensies met persoonsgegevens.

Verwijder bepaalde gegevens

Wat doe je: Login op de backend van de site en verwijder de persoonsgegevens waarvan je in het document ‘In kaart brengen’ (bij punt 1) geen reden van verzamelen en opslag hebt gegeven.

Verwerkersovereenkomsten afsluiten

Wat doe je: De op jou website afgestemde verwerkersovereenkomt opvragen bij Webdegelijk, die controleer je en onderteken je. Een andere partij die toegang heeft tot de data van je site is de hostingprovider, wellicht heeft deze je al een overeenkomst gestuurd. Soms is de verwerkersovereenkomst onderdeel de (nieuwe) algemene voorwaarden.
Als er andere partijen zijn die toegang hebben sluit dan ook met hen de overeenkomst af. 

Privacy verklaring opstellen

Huur hiervoor een specialist in, of maak er zelf een aan, via veiliginternetten.nl bijvoorbeeld.  

SSL aanvragen

Vraag de hostingprovider van je website om een SSL certificaat, mocht je dat nog niet hebben. Via SSL verloopt gegevens overdracht via formulieren versleuteld, kan niet onderschept worden

Wat kun je desgewenst aan Webdegelijk overlaten

Expliciete toestemmingen

Ik kan ervoor zorgen dat er alsnog en voortaan expliciet toestemmingen worden gegeven. Dit houdt meestal concreet in dat ik dit doe:

Privacy verklaring laten plaatsen op site

Ik zorg voor opmaak van de pagina en een knop er naartoe.

SSL instellen

Ik doe de noodzakelijke aanpassingen aan je website.