Gridbox (Joomla) versus Divi Builder (WordPress)

Eigenlijk had de titel van deze post misschien moeten zijn ‘Wat verlies ik als ik zou overstappen van Gridbox naar Divi Builder’ want in deze blog post beantwoord ik mijn vraag 'Welke functionaliteit die Gridbox wel heeft ontbreekt in Divi Builder?'. Aanvankelijk ging ik er overigens van uit dat het antwoord ‘Vast helemaal niets’ zou zijn.

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 website worden…’, en ‘..deze bestaande WordPress website moet voorzien worden van…’ . 'Wordpress' was dus de magic word ontdekte ik. Maar welke page builder zou nou helemaal 'je van het' zijn. Daar was ik ook al snel achter, dat is Divi builder. Dus vandaar dat ik Divi builder 'ns tegen het licht houdt.

Voor bijna alle functionaliteit die ontbreekt bestaan echter wel plugins. Dus dat maakt het dan wel weer een beetje goed. Hieronder geef ik een overzicht van die plugins.

Plugins die je nodig hebt terwijl de functionaliteit ervan ook standaard aanwezig is in gridbox 

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

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.

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 Gridbox tegenhanger? Dat weet ik niet maar daar ga ik wel van uit, waardoor de kosten nog enigszins te verantwoorden zijn voor de webbbouwer.

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, Gridbox is naast een page builder ook 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 paar voordelen: 

  1. 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..
  2. Als je je zinnen gezet hebt op het gaan gebruiken van een bepaalde WordPress plugin, dan zal Divi Builder vaak ook een prima keus zijn. Tenzij je in plaats van die plugin ook de Zero app zou kunnen gaan gebruiken. Deze 'Oplossing voor bijna alles' beschreef ik in mijn blog post 'Dynamische website die eenvoudig bij te houden is (zonder plugins!)'

Conclusie

Gridbox is een complete site builder, voor Divi Builder moeten erg veel plugins worden aanschaft, geimplementeerd en onderhouden worden.
Maar ik heb mijn zoektocht naar een volwaardig Gridbox alternatief voor gebruik in een WordPress site niet opgegeven, en uiteindelijk heb ik in september 2019 'Oxygen Builder' gevonden, die Gridbox op een aantal fronten zelfs voorbijgestreefd is. Deze website is gebouwd met Oxygen Builder.

Dynamische website die eenvoudig bij te houden is (zonder plugins!)

Een website bestaat vaak uit pagina’s die om een verschillende layout vragen maar tegelijkertijd eenvoudig gevuld en aangepast moeten kunnen worden door de webmaster. Zo moet idealiter bijvoorbeeld een evenementspagina eenvoudig kunnen worden toegevoegd op de website door simpelweg een aantal velden in te vullen. Eigenlijk zoals je een formulier invult. Dàt is nu mogelijk, met de Zero app van Gridbox (Joomla) of met de Oxygen Builder (WordPress).

Het gemak waarmee de webmaster in de Zero app tekst in een speciaal vak (custom field) plakt of alleen maar een bepaalde datum hoeft te selecteren in een ander custom field zonder zich te hoeven bekommeren om de layout is uniek. Elders heb ik geen Joomla oplossing gevonden die mij persoonlijk net zo goed leek. Zéker als ik me bedenkt dat de Zero app geen aparte plugin is maar onderdeel van de website builder Gridbox en je dus gèèn custom fields plugin voor hoeft aan te schaffen en mee te leren werken. Alleen Oxygen Builder, een WordPress builder bood dezelfde functionaliteit, en meer. Ook ben je niet aangewezen op de beperkte custom fields mogelijkheden die er standaard in WordPress of Joomla zitten.

Naast de bestaande 6 methoden om custom layouts te maken, die verderop in deze post aan bod komen zijn er nu dus 2 manieren bijgekomen die eigenlijk alle nadelen van de andere methoden oplost; de Gridbox 'Zero app', meer daarover lees je in deze blog post op balbooa.com of op de Oxygen Builder website

Custom fields met de Zero app (Gridbox)

Ik laat je eerst 5 layouts zien die ik gemaakt heb met Gridbox en 1 met Oxygen Builder. Dan komt daarna wel de lijst met alle voordelen van de Zero app en van Oxygen Builder. Met de voorbeelden ga ik je laten zien dat het allemaal erg geavanceerd is maar tegelijkertijd toch super gebruiksvriendelijk werkt, voor zowel webbouwer als voor de webmasters. Want zij moeten al die dynamische pagina's gaan vullen en onderhouden.

Voorbeeld van wat je er allemaal mee kunt bouwen

Hieronder geef ik 5 voorbeelden van een layout die content bevat die is ingevoerd in custom fields van Zero app: 

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

Voorbeeld layout: Nieuwspagina

Laten we beginnen met hoe een nieuwspagina er op de frontend van een website uit kan zien. Dan laat ik je daarna wel de schermen zien waar een niet-webbouwer in eerste instantie minder herkenning mee zal hebben.

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 'introtekst' kunnen worden aangemaakt en direct op de juiste plek worden gezet. Ook worden ze hier voorzien van de gewenste styling zoals lettertype en -grootte. Overal waar 'value' staat is een custom field geplaatst. 
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 speciaal voor een layout geschreven plugins, bijvoorbeeld een evenementen plugin.

​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 (rechts bovenin) upload wordt, in dit voorbeeld, automatisch bovenin de pagina gezet, achter de titel die je hier hebt ingevoerd.

​Voorbeeld layout: Training/Kennissessie

Een pagina voor het publiceren van een kennissessie zal andere info moeten bevatten dan een nieuwspagina en wellicht is een andere styling gewenst. Zo kan de foto een doorschijnende blauwe laag krijgen ipv een oranje. Dan komt zo'n pagina er bijvoorbeeld zo uit te zien:

Achter de schermen, hieronder, zie je dat elk veld apart te stylen is maar ook kun je er groepen van maken zodat de styling maar 1 keer hoeft te worden ingesteld.
De pagina voor de webmaster is van een verbluffende eenvoud.

Voorbeeld layout: Evenement

Voor de layout van een evenementen pagina is ervoor gekozen geen afbeelding te laten zien, in plaats daarvan verschijnt er een oranje balk bovenaan dit soort pagina's.


Het veld datum is belangrijk dus dat is direct onder de titel gezet
Hoe de webbouwer o.a de grootte en de kleur ervan kan bepalen is te zien in de popup
De vakken die ingevuld moeten worden door de webmaster.

Voorbeeld layout: Catalogus (met filter!)

In onderstaande video laat ik zien dat je er ook totaal wat anders mee kunt bouwen dan voorgaande voorbeelden. In deze demo catalogus maak ik gebruik van de onlangs geintroduceerde filter plugin voor de Zero app. Daarmee kan gefilterd worden op velden van het type Select, Radio, Checkbox en Prijs. Dit is hoe je dat doet in WordPress met bijvoorbeeld Metabox.

Ook wil ik je de achterkant van deze demo laten zien die ik met de Zero app gebouwd heb: 

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 daarbij genoemde nadelen van de andere methoden oplost; de Gridbox 'Zero app', meer daarover lees je in deze blog post op balbooa.com

Voorbeeld layout: Portfolio op webdegelijk.nl

Hieronder een video waarin ik zowel mijn deel (het bouwen van de portolio pagina met Oxygen Builder) als het deel van de webmaster laat zien (het enkel moeten vullen van de velden van een WordPress 'post', in de categorie 'Portolio items'.

​Nu heb ik je alleen nog niet laten zien hoe de webmaster een nieuwe pagina aanmaakt, dat gaat makkelijker in bewegend beeld: 

Voorbeeld layouts die worden aangedragen door Gridbox en Oxygen Builder zelf​

Ook de ontwikkelaars van Gridbox en gebruikers van Oxygen Builder komen met voorbeelden, die lijken nog het meest op mijn catalogus demo, het zijn:

Type velden

Dit zijn de velden die gebruikt kunnen worden in de Zero app:

Alle voordelen van de Zero app van Gridbox en Oxygen Builder op een rij:

Zero app​ en Oxygen Builder hebben toch vast ook wel nadelen?!

Nou... bijna niet eigenlijk. Ik zou er slechts 3 dingen kunnen noemen die er nu nog niet in zitten (maar wellicht binnenkort wel).
Ik vind dat in Gridbox Zero app de mogelijkheid moet bestaan het tonen van de 'label' uit te schakelen, dus dat alleen de waarde te zien is, nu is er een workaround maar die werkt niet prettig. Ik heb het de ontwikkelaar gemeld en hij beloofde een update, en dat betekend eigenlijk altijd dat die er ook komt.
Ook zou ik graag zien dat het mogelijk wordt de ingevoerde titel, afbeelding en datum afzonderlijk te kunnen gebruiken, het liefst dat ik de afbeelding ook ergens anders achter kan zetten dan achter de titel zoals nu het geval is. Ook deze wens heb ik gepost op het Gridbox forum, ze nemen het in overweging. 
​Tenslotte kijk ik erg uit naar het moment dat de categorie pagina ('overzichtspagina') net zoveel indelings/stylings mogelijkheden heeft als de single post pagina en als Oxygen Builder. Zoals hierboven bij de layout 'Uitgebreide referentie pagina' reeds genoemd kunnen met Gridbox geen 3 kolommen maar maximaal 2 worden gebruik op de overzichtspagina, ik heb daarom het veld 'Gebruikte systemen' weggelaten. Echter, dat veld bleek zich eigenlijk zowieso beter te lenen als 'filter veld', dus die heb ik in een filter aan de rechterkant gezet zodat de referenties daarop gefilterd konden worden. 

Andere manieren om verschillende layouts te gebruiken 

Je hoeft natuurlijk geen Zero app of 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, 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 de Zero app of Oxygen Builder en betreffende methode. Stel dat je kiest voor gebruik van een plugin voor een specifieke toepassing of voor een custom fields plugin realiseer je dan dat daar veiligheidsrisico's aan zitten, voor Joomla wat minder dan WordPress, zoals dat laatst nog in BNR Nieuwsradio besproken erd: 'Wordpress in spagaat qua beveiliging'. Maatregelen die ik hier tegen neem lees je in mijn blog post over beveiliging.

Layout zónder custom fields, 3 opties:

Layout mèt custom fields, weer 3 opties: 

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 trainingen en een voor evenementen. Soms zijn er ook plugins waar verschillende pagina's mee gemaakt kunnen worden zoals ZOO van Yootheme.


Nadelen hiervan zijn:

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) of Gridbox (Joomla).  Dat item kan vervolgens door de webmaster gekopië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 hiervan zijn:

Een post maken en die hergebruiken voor elk nieuw item

Voor alle typen pagina’s maak je een Post (WordPress) of Artikel (Joomla) 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 hiervan zijn:

Layout mèt custom fields

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

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

Nadelen:

Custom fields in Wordpress page builder 'Divi builder'

Wat kan met Zero app kan sinds een jaar ook al met de page builder 'Divi builder' van Elegant themes

Nadelen:

Custom fields plugin (WordPress) gebruiken

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

Nadelen: 

Voordelen: 

Conclusie

De Gridbox Zero app en Oxygen Builder zijn geweldige tools 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.

De Zero app of Oxygen Builder lijkt mij in veel gevallen een uitstekend alternatief voor het gebruik van plugins, custom fields oplossingen en zéker voor het gebruik van standaard 'Artikel' (Joomla) of 'Posts' (WordPress) pagina's 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

Sinds eind vorig jaar kan er in een Google Ads account een nieuw soort advertentie aangemaakt worden; de responsive zoekadvertentie. In reguliere ads worden de koppen en beschrijvingen die je invoert samenvoegd tot een statische tekst advertentie. Responsive Search Ads werken dynamischer. Volgens Google gaat dat een hogere CTR opleveren, dus hogere kwaliteitsscore en daarmee lagere kosten.

Wat zijn responsive zoekadvertenties nìet

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 schoomrood 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.

Wat zijn responsive ads wèl

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. 

Toch maar aan de slag dus

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 het 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

Alles op internet brengt beveiligingsproblemen met zich mee, een website loopt dus altijd het risico gehackt te worden. Het is belangrijk dat risico zo klein mogelijk te houden. Zo kan bijvoorbeeld worden ingesteld dat (kleine) WordPress CMS updates automatisch mogen worden uitgevoerd, dat is kostenloos. Die updates verschijnen echter pas wanneer beveiligingslekken ontstaan zijn.. Plugins kunnen vaak uberhaubt niet automatisch worden geupdate.

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.

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?!

Als je van je webbouwer een offerte hebt gekregen voor het rigoreus laten updaten van je website wil je als ondernemer weten over hoeveel jaar je de kosten kunt ‘uitsmeren’ want het is altijd best een aardig bedrag dat je voor je kiezen krijgt. Daarnaast is het voor een aantal mensen binnen je bedrijf die betrokken zijn bij de bouw ook een extra belasting.

Vorig maand heb ik 2 websites die nog maar iets meer dan 1 jaar oud waren overgeheveld van een Joomla site met Quix websitebuilder naar een Joomla site met Gridbox websitebuilder. Daarbij hebben we overigens een deel van de look en feel laten terugkeren in het nieuw systeem want die was nog niet verouderd. Het ging om m’n eigen site en om de website bedrijfswagens-twente.nl.
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.

Dus, waarom dan toch soms al na 1 jaar een nieuwe site?

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.

Of gewoon toch nog even wachten..

​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)

Je heb er vast al van alle kanten berichten over gehoord en gelezen; de nieuw privacy wet. Ook jou bedrijf moet voldoen aan de wet om persoonsgegevens te mogen verwerken en bewerken. Op je website verzamel je vaak ook persoonsgegevens.

Als eigenaar van de website ben je verantwoordelijk voor het voldoen aan die nieuwe wetgeving. Je kunt er zelf voor zorgen dat je bedrijf eraan voldoet, ook is het mogelijk dat je voor een tweetal onderwerpen aangaande je website Webdegelijk daarvoor inschakelt.

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
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

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 sit
Ik zorg voor opmaak van de pagina en een knop er naartoe.

SSL
Ik doe de noodzakelijke aanpassingen aan je website.