WordPress-support met een vast aanspreekpunt

Support is het menselijke deel van websitebeheer. Onderhoud gebeurt grotendeels op de achtergrond: updates, back-ups, scans. Support is het moment waarop u zelf een vraag heeft, iets wilt veranderen of iets niet begrijpt, en iemand nodig heeft die het voor u regelt of uitlegt. Bij ons is dat een vast aanspreekpunt dat uw site kent, in het Nederlands communiceert en bereikbaar is via e-mail, telefoon en WhatsApp.

Om misverstanden te voorkomen, is het goed om de grenzen scherp te benoemen. Support is:

• een vraag beantwoorden over hoe iets werkt in uw WordPress-beheer;
• een kleine aanpassing doorvoeren die u zelf liever niet doet, zoals een tekst wijzigen, een afbeelding vervangen of een nieuwe medewerker toevoegen aan de teampagina;
• uitzoeken waarom iets niet doet wat u verwacht, en het oplossen als dat binnen de bestaande site kan;
• advies geven over een plugin, een koppeling of een keuze die u moet maken;
• u helpen als u ergens vastloopt, ook als het strikt genomen niet "kapot" is.

Support is niet: het bouwen van een nieuwe website, het ontwerpen van een nieuwe huisstijl, het schrijven van teksten, het ontwikkelen van maatwerkfunctionaliteit of het beloven van betere posities in Google. Wij zijn een onderhoudsbureau en houden ons bewust bij wat wij goed kunnen. Vraagt u iets wat daarbuiten valt, dan zeggen wij dat direct en denken wij mee over wie het wel kan.

Het verschil met een bureau dat "ook onderhoud doet" zit in de prioriteit. Bij een webbureau gaat de aandacht naar nieuwe projecten; supportvragen van bestaande klanten komen daarna. Bij ons is support het werk zelf. Een klant uit Haarlem verwoordde het onlangs zo: "Bij het vorige bureau wachtte ik drie weken op een antwoord over een formulier; nu heb ik het dezelfde middag geregeld." Dat is niet omdat wij harder werken, maar omdat er niets anders tussendoor komt.

Om een beeld te geven van wat er dagelijks binnenkomt, hebben wij de meest voorkomende vragen op een rij gezet. De voorbeelden zijn fictief maar gebaseerd op wat wij iedere week zien.

"Kunnen jullie de openingstijden aanpassen?" Een bakkerij wil vanaf volgende week op maandag gesloten zijn. De tijden staan op drie plekken: de footer, de contactpagina en in de bedrijfsgegevens voor Google. Wij passen alle drie aan en controleren of de wijziging overal zichtbaar is. Tijd: een kwartier.

"De nieuwe collega staat nog niet op de site." Een advocatenkantoor stuurt een foto en een korte tekst. Wij verkleinen de foto naar het juiste formaat, plaatsen het profiel in dezelfde stijl als de bestaande collega's en zetten de naam in de juiste volgorde in het overzicht.

"Ik krijg de formulierinzendingen niet meer binnen." Een veelvoorkomende en vervelende vraag. Meestal ligt de oorzaak bij e-mailbezorging: de hostingserver verstuurt e-mails die door de ontvangende mailserver als spam worden gezien. Wij richten dan een betrouwbare verzendmethode in via SMTP en testen of de berichten weer aankomen.

"Hoe plaats ik zelf een nieuwsbericht?" Wij leggen het uit met een korte handleiding met schermafbeeldingen, of nemen het even samen door via een schermdeling. Doel is dat u het de volgende keer zelf kunt, niet dat u afhankelijk van ons blijft.

"Er staat ineens een rare balk bovenaan de site." Vaak een cookiemelding of een pluginmelding die na een update is verschenen. Wij zoeken uit waar het vandaan komt en schakelen het uit of stellen het netjes in.

"Kunnen jullie een pagina maken voor onze nieuwe dienst?" Als de pagina qua opbouw lijkt op een bestaande dienstpagina, maken wij die met de door u aangeleverde tekst en afbeeldingen. Een pagina met een geheel nieuwe opzet of ontwerp valt buiten support en schatten wij apart in.

"Ik ben mijn wachtwoord kwijt en de resetmail komt niet aan." Wij controleren uw identiteit via het bij ons bekende telefoonnummer en stellen een nieuw wachtwoord in. Daarna kijken wij waarom de resetmail niet aankwam, want dat wijst meestal op hetzelfde e-mailprobleem als hierboven.

Wat opvalt: veel vragen zijn klein, maar niet onbelangrijk. Een verkeerde openingstijd kost klanten; een formulier dat niet werkt, kost aanvragen. Daarom nemen wij ook de kleine vragen serieus.

"Wij reageren snel" zegt niets als er geen getal bij staat. Daarom werken wij met vaste reactietijden per abonnement en met een prioriteitsindeling die bepaalt hoe snel wij daadwerkelijk aan de slag gaan. Reactietijd is de tijd tot u een inhoudelijke reactie van een medewerker ontvangt, geen automatische ontvangstbevestiging. Bij het Zakelijk-abonnement is dat maximaal acht werkuren, bij Groei vier werkuren. Bij Basis beantwoorden wij e-mails binnen twee werkdagen.

De prioriteit bepaalt de volgorde waarin wij tickets oppakken:

• P1, urgent: de website is offline, toont een foutmelding aan bezoekers, is gehackt, of de webshop kan geen bestellingen aannemen. Dit pakken wij direct op, ook als er andere tickets openstaan. Bij Groei-klanten begint het werk binnen een uur tijdens kantooruren.
• P2, belangrijk: een onderdeel werkt niet, maar de site staat wel: een formulier dat niet verzendt, een pagina die er verkeerd uitziet, een koppeling die niet synchroniseert. Wij starten dezelfde werkdag of de volgende ochtend.
• P3, regulier: aanpassingen en vragen zonder haast: een tekstwijziging, een nieuwe afbeelding, een adviesvraag. Wij plannen dit in en ronden het doorgaans binnen twee tot drie werkdagen af.

U hoeft de prioriteit niet zelf te bepalen; wij schatten die in op basis van uw omschrijving. Denkt u dat iets urgenter is dan wij inschatten, zeg dat dan gerust. Een tekstwijziging voor een campagne die morgen start, is voor u een P2, en zo behandelen wij het dan ook.

Over de kantooruren: wij zijn bereikbaar van maandag tot en met vrijdag van 09:00 tot 18:00 uur. Buiten die uren bewaakt de monitoring uw site en worden P1-storingen door ons technische team opgepakt. Omdat dat team vanuit India werkt, wordt een storing die 's nachts ontstaat vaak al verholpen voordat u er in de ochtend iets van merkt. Voor de niet-urgente vragen geldt: stuurt u een bericht op vrijdagavond, dan ziet u maandagochtend een reactie.

Wat u zelf kunt doen om de reactietijd te verkorten: stuur meteen het adres van de pagina mee, een schermafbeelding van wat u ziet, en wanneer het begon. Dat scheelt vaak een hele heen-en-weer-ronde.

Of u nu belt, een WhatsApp-bericht stuurt of e-mailt: elke vraag wordt een ticket met een nummer. Dat is geen bureaucratie, maar de enige manier om te garanderen dat niets tussen wal en schip valt, ook als de collega die uw bericht las de volgende dag vrij is. Zo ziet het traject eruit.

1. Melding. U beschrijft in uw eigen woorden wat u wilt of wat er mis is. Technische termen zijn niet nodig. "De knop op de homepage doet het niet op mijn telefoon" is een prima omschrijving.
2. Bevestiging en inschatting. Binnen de reactietijd van uw abonnement krijgt u een reactie van een medewerker met de prioriteit, wat wij gaan doen en wanneer u een resultaat kunt verwachten. Bij aanpassingen die buiten het abonnement vallen, hoort u hier hoeveel tijd het kost, zodat u kunt beslissen.
3. Uitvoering. Bij elke wijziging aan de site maken wij eerst een back-up. Daarna voeren wij de aanpassing uit, bij grotere wijzigingen op een stagingomgeving. Hebben wij iets van u nodig, bijvoorbeeld een tekst of een keuze tussen twee opties, dan vragen wij dat in één keer, niet in vijf losse berichten.
4. Controle. Wij bekijken het resultaat op desktop en mobiel en testen wat er getest kan worden: een formulier verzenden, een link aanklikken, een pagina laden zonder ingelogd te zijn.
5. Terugkoppeling. U ontvangt een bericht met wat er is gedaan, eventueel met een schermafbeelding. Bij een storing leggen wij ook uit wat de oorzaak was en wat wij hebben gedaan om herhaling te voorkomen.
6. Afronding. Het ticket sluit als u tevreden bent. Reageert u niet, dan sluiten wij het na een week automatisch; u kunt het altijd heropenen.

Een praktijkvoorbeeld: een hovenier uit Utrecht stuurde op dinsdagochtend een WhatsApp-bericht met een foto van zijn telefoonscherm: "De foto's op de projectenpagina laden niet." Om 09:20 ontving hij de bevestiging met prioriteit P2. Het bleek dat een galerijplugin na een update de afbeeldingen in een nieuw formaat probeerde te laden dat zijn oude thema niet ondersteunde. Om 11:45 was het opgelost met een instelling in de plugin; om 11:50 had hij een bericht met de uitleg en de vraag of hij het zelf ook zo zag. Ticket gesloten om 12:10.

Alle tickets blijven bewaard. Na een jaar heeft u dus een logboek van alles wat er aan uw site is gebeurd, wat handig is als er ooit iemand anders naar de site moet kijken.

De meest gestelde vraag bij een abonnement met aanpassingsuren: "Valt dit er nog onder?" Wij hebben daar een eenvoudige vuistregel voor. Een aanpassing valt binnen het abonnement als hij uitgevoerd kan worden binnen de bestaande structuur, het bestaande ontwerp en de bestaande plugins van uw site. Zodra er iets nieuws ontworpen, ontwikkeld of ingericht moet worden, gaat het om een losse opdracht.

Voorbeelden van aanpassingen binnen het abonnement:

• Teksten, prijzen en openingstijden wijzigen op bestaande pagina's.
• Afbeeldingen vervangen of toevoegen, inclusief het verkleinen en optimaliseren.
• Een nieuwe pagina aanmaken op basis van een bestaande pagina-opzet.
• Een veld toevoegen aan of verwijderen uit een bestaand formulier.
• Een nieuwsbericht of vacature plaatsen met aangeleverde tekst.
• Een menu-item toevoegen of verplaatsen.
• Een medewerker toevoegen aan een teampagina, een project aan een portfolio, een product aan een bestaande categorie.
• Instellingen aanpassen in een bestaande plugin, bijvoorbeeld de bevestigingstekst van een formulier.

Voorbeelden van werk dat wij vooraf inschatten en op offerte uitvoeren:

• Een nieuwe sectie op de homepage die er nu nog niet is.
• Een koppeling inrichten met een extern systeem, zoals een boekhoudpakket of een reserveringssysteem.
• Een meertalige versie van de site opzetten.
• Een groot aantal producten importeren of herstructureren in een webshop.
• Een nieuwe functionaliteit die een nieuwe plugin met uitgebreide configuratie vereist.

Bij Zakelijk zitten twee uur aanpassingen per maand in het abonnement, bij Groei vijf uur. Niet-gebruikte uren vervallen aan het eind van de maand; dat houden wij eenvoudig en voorspelbaar. Komt u in een drukke maand boven uw uren, dan rekenen wij het meerdere tegen het uurtarief van € 75, maar nooit zonder het vooraf te melden. U krijgt dus nooit een verrassing op de factuur.

Twijfelt u of iets binnen het abonnement valt? Vraag het gewoon. Wij geven eerlijk antwoord, ook als dat betekent dat wij een klus liever niet doen omdat een ontwerpbureau er beter in is. Een overzicht van alle abonnementen en losse tarieven vindt u op de tarievenpagina.

De meeste WordPress-sites die bij ons in beheer komen, zijn gebouwd met een paginabouwer. Dat is een visuele editor waarmee de oorspronkelijke bouwer de pagina's heeft samengesteld zonder code te schrijven. Elke paginabouwer heeft zijn eigen logica, eigen valkuilen en eigen manier van kapotgaan. Wij werken dagelijks met de vier meest gebruikte.

Elementor is verreweg het populairst in Nederland. Sterk in ontwerpvrijheid, maar gevoelig voor updates: een nieuwe versie van Elementor of van de bijbehorende Pro-versie kan de opmaak van een pagina verschuiven, vooral als er ook een thema als Astra, Hello of OceanWP onder zit dat tegelijk moet worden bijgewerkt. Wij updaten Elementor daarom nooit tegelijk met andere plugins en controleren de belangrijkste pagina's visueel na elke versiesprong.

Divi van Elegant Themes is een thema en bouwer ineen. Divi-sites zijn vaak stabiel, maar hebben een eigenaardigheid: aanpassingen die rechtstreeks in het Divi-thema zijn gedaan, verdwijnen bij een thema-update. Wij controleren bij overname of er een child-thema is en maken dat alsnog aan als het ontbreekt. Ook de Divi-licentie moet geldig zijn om updates te ontvangen; verlopen licenties zien wij regelmatig.

WPBakery (voorheen Visual Composer) komt veel voor bij oudere sites die met een thema van ThemeForest zijn gebouwd. Het probleem daar: WPBakery zit vaak in het thema ingebakken en kan alleen worden bijgewerkt als het thema wordt bijgewerkt, wat weer afhankelijk is van de themabouwer. Bij dit soort sites adviseren wij altijd eerlijk of onderhoud nog verstandig is, of dat de site het einde van zijn levensduur nadert.

Gutenberg, de standaard blokkeneditor van WordPress zelf, is de meest toekomstbestendige optie. Sites met een modern blokthema hebben minder plugins nodig en minder conflicten. Wel is de leercurve voor eigenaren anders dan bij de klassieke editor, en daar helpen wij bij met korte uitleg.

Wat dit voor uw supportvraag betekent: u hoeft niet te weten met welke bouwer uw site is gemaakt. Wij zien dat binnen een minuut en weten wat de aandachtspunten zijn. Wilt u leren zelf teksten aan te passen in uw paginabouwer, dan nemen wij het graag een keer met u door; dat bespaart u op termijn supportvragen en uren.

"Er is vast een plugin voor" klopt bijna altijd. De vraag is of u die plugin ook moet installeren. Elke plugin voegt code toe die onderhouden moet worden, die kan conflicteren met andere plugins en die een mogelijke ingang vormt voor aanvallers. Daarom hanteren wij bij elke aanvraag een korte afweging, en die delen wij graag, zodat u zelf ook beter kunt beoordelen.

Wij adviseren een plugin te installeren als:

• de functie echt nodig is en niet al beschikbaar is in WordPress, uw thema of een plugin die u al heeft;
• de plugin actief onderhouden wordt: de laatste update is minder dan zes maanden oud en de ontwikkelaar reageert op vragen in het supportforum;
• de plugin een groot aantal actieve installaties heeft en goede beoordelingen, zodat problemen snel worden ontdekt en opgelost;
• de plugin getest is met de huidige WordPress- en PHP-versie;
• de licentie past bij uw situatie: sommige premium plugins vereisen een jaarlijks abonnement om updates te blijven ontvangen.

Wij raden af als:

• de functie ook zonder plugin kan, bijvoorbeeld met een instelling die al bestaat of een paar regels code in het child-thema;
• de plugin al meer dan een jaar niet is bijgewerkt of de melding "niet getest met uw versie van WordPress" toont;
• de plugin een "alles-in-één" belooft: dertig functies waarvan u er één gebruikt, maar wel alle dertig laadt;
• de plugin afkomstig is van een onbekende bron buiten de officiële WordPress-bibliotheek of de website van een gerenommeerde ontwikkelaar. Gratis versies van betaalde plugins zijn vrijwel altijd voorzien van kwaadaardige code.

Een voorbeeld uit de praktijk: een kapsalon vroeg om een plugin voor een fotoslider op de homepage. Het thema had die functie al ingebouwd; wij hebben de slider ingesteld zonder plugin. Een ander voorbeeld: een aannemer wilde een plugin die de site "automatisch sneller maakt". Wij hebben uitgelegd dat zulke plugins vaak meer kapotmaken dan ze oplossen en in plaats daarvan een gerichte snelheidsverbetering voorgesteld waarbij wij precies weten wat er verandert.

Wat u zelf kunt controleren voordat u een plugin installeert: kijk in de WordPress-bibliotheek naar de datum van de laatste update, het aantal actieve installaties en of de ontwikkelaar op recente supportvragen heeft geantwoord. Die drie gegevens zeggen meer dan de beschrijving.

Een van de eerste dingen die wij bij een nieuwe klant bekijken, is de lijst met gebruikers. Bijna altijd staan daar accounts van mensen die allang niet meer bij het bedrijf werken, van een bureau dat de site vier jaar geleden bouwde, of van een stagiair die ooit een blog moest plaatsen. Elk van die accounts kan inloggen, en als het een beheerdersaccount is, kan het alles.

WordPress kent standaard vijf rollen, en het gebruik van de juiste rol is een simpele maar effectieve beveiligingsmaatregel:

• Abonnee: kan alleen het eigen profiel bekijken. Geschikt voor klanten die zich registreren voor een besloten deel.
• Bijdrager: kan berichten schrijven maar niet publiceren. Handig voor gastschrijvers.
• Auteur: kan eigen berichten schrijven en publiceren. Voor medewerkers die het nieuws bijhouden.
• Redacteur: kan alle berichten en pagina's bewerken en publiceren, maar geen plugins of instellingen aanpassen. Voor de marketingcollega die de hele site inhoudelijk beheert.
• Beheerder: kan alles, inclusief plugins installeren, thema's wijzigen en gebruikers verwijderen. Dit is de rol die zo min mogelijk mensen zouden moeten hebben.

Onze werkwijze: bij overname maken wij een overzicht van alle accounts en vragen u per account of het nog nodig is. Accounts die weg kunnen, verwijderen wij en de bijbehorende inhoud wijzen wij toe aan een ander account, zodat er geen berichten verdwijnen. Medewerkers die alleen content beheren, krijgen de rol Redacteur. Beheerdersrechten blijven beperkt tot u en ons team, elk met een persoonlijk account, zodat in de logboeken altijd te zien is wie wat heeft gedaan.

Daarnaast schakelen wij tweestapsverificatie in voor alle beheerdersaccounts. Dat is een extra code via een app op de telefoon, en het is de meest effectieve maatregel tegen misbruik van gestolen wachtwoorden. Wij begrijpen dat het soms als gedoe voelt; wij helpen bij het instellen en het kost daarna vijf seconden per keer inloggen.

Vertrekt er een medewerker, dan is een berichtje naar ons voldoende: wij verwijderen het account dezelfde dag, wijzigen indien nodig gedeelde wachtwoorden en controleren of er geen andere toegang meer is, bijvoorbeeld via de hosting of een koppeling. Wat u zelf kunt controleren: ga naar Gebruikers in uw beheer en kijk hoeveel beheerders er zijn. Meer dan drie is vrijwel altijd te veel.

Van alle supportvragen is dit de meest hardnekkige: het contactformulier lijkt te werken, de bezoeker ziet een bedankje, maar het bericht komt nooit aan. Soms komt het in de spam terecht, soms verdwijnt het helemaal. Ondernemers ontdekken dit vaak pas als een klant belt met "ik heb u vorige week een bericht gestuurd". Wij leggen graag uit waar het aan ligt, zonder technisch jargon.

Standaard verstuurt WordPress e-mails rechtstreeks vanaf de webserver, zonder wachtwoord en zonder controle. De ontvangende mailserver, bijvoorbeeld die van Gmail of Microsoft 365, ziet een bericht dat zegt afkomstig te zijn van info@uwbedrijf.nl, maar dat vanaf een onbekende server komt. Dat is precies hoe phishing eruitziet, dus het bericht wordt geweigerd of in de spam gezet. Sinds 2024 zijn Gmail en Microsoft daar aanzienlijk strenger in geworden.

De oplossing bestaat uit twee delen. Ten eerste laten wij WordPress e-mails versturen via een echte mailaccount of een e-maildienst, met inloggegevens. Dat heet SMTP. Ten tweede zorgen wij dat de instellingen bij uw domeinnaam, met de technische namen SPF, DKIM en DMARC, aangeven welke servers namens uw domein mogen mailen. Dat laatste vergt vaak toegang tot uw domeinbeheer, en daar helpen wij bij, ook als het domein bij een andere partij staat.

Verder verbeteren wij formulieren zelf op een paar punten:

• Een kopie van elke inzending wordt in WordPress opgeslagen, zodat een bericht nooit verloren gaat als de e-mail het toch niet haalt.
• Spambescherming zonder irritante puzzels, bijvoorbeeld via een onzichtbare controle of een eenvoudige vraag.
• Een duidelijke bevestiging aan de verzender, zodat die weet dat het bericht is aangekomen.
• Een maandelijkse testinzending als onderdeel van het onderhoud, zodat wij het merken vóór uw klanten.

Een voorbeeld: een tandartspraktijk in Eindhoven miste drie weken lang alle aanvragen voor nieuwe patiënten, omdat hun e-mailprovider een strengere controle had ingevoerd. Nadat wij SMTP en de domeininstellingen hadden ingericht, kwamen de berichten weer binnen, en uit de opgeslagen inzendingen konden wij de gemiste aanvragen alsnog terughalen. Dat laatste was alleen mogelijk omdat wij het opslaan van inzendingen standaard aanzetten.

Een moderne bedrijfswebsite staat zelden op zichzelf. Formulieren sturen contacten naar een nieuwsbriefsysteem, een webshop stuurt bestellingen naar het boekhoudpakket, een afsprakenformulier praat met een online agenda. Die koppelingen werken via zogeheten API's en zijn kwetsbaarder dan ze lijken: een wachtwoordwijziging, een verlopen sleutel, een update aan beide kanten, en de gegevensstroom stopt zonder dat iemand een foutmelding ziet.

De koppelingen die wij het vaakst onderhouden:

• Nieuwsbrief: Mailchimp, MailerLite, Laposta, ActiveCampaign. Nieuwe inschrijvingen moeten met de juiste toestemming en in de juiste lijst terechtkomen. Wij controleren periodiek of de koppeling nog schrijft en of de AVG-toestemming wordt vastgelegd.
• CRM: HubSpot, Pipedrive, Teamleader. Formulierinzendingen worden een lead. Veelvoorkomend probleem: een nieuw formulierveld dat niet is gekoppeld, zodat informatie wel op de site binnenkomt maar niet in het CRM.
• Boekhouding: Exact Online, Moneybird, e-Boekhouden, Snelstart. Vooral bij webshops, waar bestellingen automatisch een factuur worden. Een btw-instelling die aan één kant verandert, geeft direct verschillen in de administratie.
• Agenda en reserveringen: Google Agenda, Microsoft 365, Calendly, of een boekingsplugin. Een verlopen koppeling betekent dubbele afspraken of een lege agenda.
• Betalingen en verzending: Mollie, iDEAL, PostNL, MyParcel, Sendcloud. Deze horen bij het webshoponderhoud en hebben hun eigen controles.

Onze aanpak is praktisch. Bij overname documenteren wij welke koppelingen er zijn, welke accounts erbij horen en wanneer sleutels of licenties verlopen. Maandelijks voeren wij een testinzending uit en controleren wij of die aan de andere kant aankomt. Wijzigt u zelf iets aan een gekoppeld systeem, bijvoorbeeld een nieuw wachtwoord of een andere lijst, meld het ons dan even; dan passen wij de koppeling direct aan.

Belangrijk om te weten: het inrichten van een nieuwe koppeling is geen supportvraag maar een losse opdracht, omdat het vaak configuratie aan beide kanten vereist. Het onderhouden van een bestaande koppeling valt wel onder support. Een winkel in tuinmeubelen uit Almere ontdekte bijvoorbeeld dat bestellingen al twee weken niet meer in Moneybird verschenen na een update van de boekhoudplugin. De koppeling herstellen was een supportvraag van een half uur; de gemiste facturen daarna alsnog synchroniseren hoorde daar gewoon bij.

Heeft u meer dan één website, bijvoorbeeld een hoofdsite en enkele landingspagina's, sites per vestiging, of een franchiseformule met tientallen lokale sites, dan verandert support van een incidentele vraag in een organisatorisch vraagstuk. Wie mag wat aanpassen, hoe blijven alle sites consistent, en hoe voorkomt u dat elke vestiging een eigen plugin installeert die u niet kent?

Voor dit soort situaties richten wij het beheer anders in dan bij een enkele site:

• Eén overzicht. Wij beheren alle sites vanuit een centraal dashboard, zodat updates, back-ups en beveiligingscontroles op alle sites tegelijk plaatsvinden. U ontvangt één rapport met alle sites erin, niet twintig losse rapporten.
• Afspraken over rechten. Wij maken een eenvoudige rolverdeling: het hoofdkantoor kan alles, vestigingen mogen bijvoorbeeld alleen eigen openingstijden, nieuws en teamleden aanpassen. Plugins installeren of het ontwerp wijzigen kan alleen via ons, zodat alles consistent blijft.
• Vaste aanspreekpunten. Wij spreken af wie namens u supportvragen mag indienen, zodat niet elke medewerker van elke vestiging losse verzoeken stuurt die elkaar tegenspreken.
• Standaardwijzigingen in één keer. Een nieuwe privacyverklaring, een aangepaste footer, een campagnebanner op alle sites: wij voeren het uit op alle sites tegelijk en controleren elke site afzonderlijk.
• Staging voor de standaard. Bij een gedeeld thema of een gedeelde set plugins testen wij updates eerst op één site voordat ze naar alle andere gaan.

Een praktijkvoorbeeld: een keten van acht fietsenwinkels in de Randstad had acht losse WordPress-sites, elk ooit gebouwd door een ander bureau of een handige neef. Twee sites draaiden op verouderde PHP, drie hadden geen back-up, en één was al maanden gehackt zonder dat het opviel. Wij hebben alle sites in één beheeromgeving gebracht, de sites gelijkgetrokken in plugins en beveiliging, en per winkel een medewerker de rol Redacteur gegeven. Supportvragen komen nu via één contactpersoon van het hoofdkantoor binnen, en het maandrapport toont alle acht sites op één pagina.

Voor meerdere sites maken wij een maatwerkafspraak op basis van het aantal sites en de gewenste reactietijd; het is niet simpelweg acht keer een los abonnement. Ook hier geldt: maandelijks opzegbaar, geen langlopend contract. Neem gerust contact op voor een inschatting; wij kijken graag eerst mee naar de situatie voordat wij iets voorstellen.

Het klinkt misschien vreemd van een supportbureau, maar wij zien liever dat u minder vragen heeft dan meer. Een klant die zelfstandig teksten aanpast en weet wat hij niet moet aanraken, heeft een prettiger relatie met zijn website en gebruikt zijn supporturen voor de dingen die er echt toe doen. De volgende gewoonten schelen aantoonbaar tickets.

1. Leer de basis van uw editor. Een tekst wijzigen, een afbeelding vervangen en een bericht plaatsen zijn handelingen van vijf minuten als u ze een keer heeft gezien. Vraag ons om een korte uitleg via schermdeling; dat is een goed besteed half uur.
2. Verander niets aan plugins, thema's of instellingen. Teksten en afbeeldingen zijn veilig terrein. Alles onder Plugins, Weergave en Instellingen laat u aan ons over. De meeste zelfveroorzaakte storingen beginnen met "ik klikte alleen even op bijwerken".
3. Bundel uw wensen. Vijf losse berichten over dezelfde pagina kosten meer tijd dan één lijstje. Verzamel kleine aanpassingen en stuur ze in één keer, tenzij iets echt niet kan wachten.
4. Lever compleet aan. Een nieuwe pagina gaat sneller als tekst, afbeeldingen en de gewenste plek in het menu in één bericht staan. "Maak maar iets moois" leidt tot heen-en-weer.
5. Gebruik de juiste beeldformaten. Een foto rechtstreeks van de camera van 8 MB maakt de site traag. Verklein foto's tot ongeveer 1600 pixels breed voordat u ze uploadt, of vraag ons om automatische compressie in te stellen.
6. Controleer zelf maandelijks drie dingen: laadt de homepage, werkt het contactformulier, en klopt de informatie op de contactpagina? Vijf minuten, en u vangt de meeste zichtbare problemen zelf op.
7. Bewaar inloggegevens op één veilige plek. Een wachtwoordmanager voorkomt de "ik ben mijn wachtwoord kwijt"-vraag, die verrassend vaak voorkomt.
8. Meld wijzigingen in uw organisatie. Een nieuwe collega, een vertrokken medewerker, een ander e-mailadres, een andere boekhouder: één berichtje, en wij houden de toegang en koppelingen kloppend.

Voor wie meer wil weten, is er de pagina met veelgestelde vragen waarin wij de meest voorkomende situaties uitleggen. En als u toch een vraag heeft: stel hem gewoon. Er bestaat geen domme supportvraag, alleen vragen die te lang zijn blijven liggen.