Toevoegen als voorkeursbron op Google
Soms wil je iets uitproberen zonder je live website te verstoren. Je wilt bijvoorbeeld controleren of je een thema veilig kunt updaten, of experimenteren met nieuwe design-elementen. Doe je dat in WordPress zelf, dan kan dat de gebruikerservaring (UX) verstoren en zelfs je site slopen.
Daarom is het een goed idee om je WordPress website in alle rust te testen. Dat doe je met een testomgeving of een lokale omgeving. Zo voer je snelheids-, functionaliteits- en beveiligingstests uit voordat je de wijzigingen op je live site doorvoert.
In dit artikel kijken we waarom het belangrijk is om je WordPress site te testen. Daarna laten we drie soorten tests zien. Geen tijd te verliezen!
Waarom is het testen van WordPress belangrijk?
Je WordPress site regelmatig testen levert een hoop op. Zoals gezegd kun je zo experimenteren met ontwerp- en interface-elementen (UI) zonder dat je live site eronder lijdt.
Daardoor houd je je huidige website intact en gaat je bedrijf gewoon door terwijl je nieuwe ideeën uitprobeert. Gaat er iets mis in de testomgeving, dan hoef je je geen zorgen te maken over wat downtime met je verkeer en omzet doet.
Je kunt je WordPress website ook testen om problemen op te sporen waar bezoekers tegenaan lopen. Je site kan bijvoorbeeld traag werken in een bepaalde browser, of je menu wordt niet goed weergegeven op mobiel.
Een testomgeving is daarnaast een prima manier om beveiligingslekken te voorkomen. Zo kun je nieuwe plugins en thema’s uitproberen voordat je ze op je live site installeert. En je kunt updates op je testsite draaien om te zien of ze veilig zijn.
Beginners hebben veel baat bij experimenteren met WordPress in een veilige, afgeschermde omgeving, maar ook voor gevorderde ontwikkelaars is testen belangrijk. Met de juiste tools zet je een permanente testomgeving op om de functionaliteit van producten te testen voordat je ze vrijgeeft.
Wat zijn de meest voorkomende soorten tests?
Nu je weet waarom je WordPress veilig moet testen, kijken we naar een paar veelgebruikte manieren.
- Functionaliteitstests. Hiermee krijg je een grondig beeld van het traject dat de gebruiker op je site aflegt. Je controleert bijvoorbeeld of formulieren, knoppen en afrekenpagina’s goed werken.
- Prestatie- en snelheidstests. Zorg je dat je website snel laadt, dan verbeter je de gebruikerservaring (UX), help je je zoekmachineoptimalisatie (SEO) vooruit en verhoog je je Core Web Vitals-scores.
- Beveiligingstests. Hierbij bekijk je de beveiliging van je site, zoals SSL-certificaten, HTTPS en web application firewalls. Zo bescherm je gevoelige gegevens, voorkom je aanvallen en spoor je kwetsbaarheden in WordPress op.
Wat voor site je ook beheert, maak er een gewoonte van om regelmatig functionaliteits-, prestatie- en beveiligingstests te doen.
Best practices voor het testen van WordPress
Het helpt om te zien hoeveel waarde het heeft om je website in verschillende omgevingen te testen. Ken je het verschil tussen die omgevingen, dan kies je makkelijker de juiste.
Een lokale omgeving draait op je eigen computer. Wat je daar doet, raakt je live site dus niet. Voor algemeen gebruik is het een prima manier om nieuwe functies uit te proberen. En voor ontwikkelaars is een lokale omgeving de ideale plek om bugs en fouten in je code op te sporen.
Een testomgeving daarentegen zet een kopie van de gegevens van je website op een server, niet op een lokale computer. Dat is een goede plek voor grote versie-updates, configuratiewijzigingen en databasemigraties. Ontwerp je websites voor klanten, dan werkt een testomgeving bovendien prima als demosite om te laten zien hoe de site eruit komt te zien.
Hoe je testomgevingen opzet
Nu je de verschillende soorten testomgevingen kent, kijken we hoe je ze opzet.
Hoe je een testomgeving opzet bij je host
Zoals gezegd is een testomgeving in feite een volledige kopie van je live website. Meestal staat die op dezelfde server als je live website. Het enige verschil is dat bezoekers er niet bij kunnen.
Een van de grootste voordelen is dat een testomgeving een realistische opzet volgt. Daardoor zie je goed welke weg echte klanten op je pagina’s afleggen.
De makkelijkste manier om een testomgeving in te richten is via je webhost. Niet elke host biedt testomgevingen aan bij zijn hostingdiensten. Bij Kinsta maak en configureer je de ingebouwde WordPress testomgeving in een paar klikken.
Kinsta gebruikers openen hun testomgeving door in te loggen op het MyKinsta dashboard, in het menu links op Sites te klikken en dan een testomgeving te kiezen uit de lijst met omgevingen op de pagina Sites:
Breng je in je Kinsta testomgeving wijzigingen aan na je WordPress tests, dan zet je die over naar je live site met Omgeving pushen.
Hoe je lokaal een testomgeving opzet
Een lokale omgeving werkt hetzelfde als een testomgeving bij je host, alleen hoef je die niet extern te hosten. Je lokale omgeving staat op een lokale machine, meestal je eigen computer.
Om lokaal een WordPress testomgeving te installeren heb je een AMP stack op je computer nodig. Die software (Apache, MySQL en PHP) bootst je live WordPress website na.
WAMP en XAMPP zijn populaire manieren om WordPress lokaal te installeren. Het makkelijkst gaat het met DevKinsta:
DevKinsta is een gratis lokale ontwikkeltool voor WordPress, zowel voor één site als voor Multisite. Je krijgt er allerlei tools voor database- en e-mailbeheer bij. Bovendien werkt het naadloos samen met MyKinsta, al hoef je geen Kinsta klant te zijn om DevKinsta te gebruiken.
Om te beginnen download je de nieuwste versie van DevKinsta. Werk je op een Mac, voeg DevKinsta dan toe aan Applications en dubbelklik op de app om hem te openen.
De installatie verschilt iets per besturingssysteem, maar je kunt de volledige installatie-instructies voor DevKinsta erbij pakken. Daarna installeer je Docker Desktop om containers voor lokale WordPress sites te maken.
Staan DevKinsta en Docker eenmaal op je computer, dan maak je je lokale site aan. Je maakt een nieuwe WordPress site, importeert een bestaande site uit Kinsta of bouwt een custom site:
Kies de optie die je het beste uitkomt. Importeer je uit Kinsta, selecteer dan de juiste website en voer je inloggegevens in. Daarna kom je op de pagina Site Info, die als dashboard voor je lokale omgeving werkt.
Je kunt ook de Kinsta API gebruiken om een nieuwe WordPress site of installatie aan te maken zonder DevKinsta te openen.
Hoe je de functionaliteit van je WordPress site test (5 punten)
Nu vijf manieren om de functionaliteit van je WordPress website te testen. Het mooie aan functionaliteitstests is dat je ze direct in je lokale omgeving of met DevKinsta doet, terwijl je site bij andere tests live moet zijn.
Ondersteuning voor verschillende browsers
Test je WordPress site in meerdere browsers, zodat je ziet hoe je site er voor alle bezoekers uitziet. Browsers gebruiken namelijk verschillende code, en dus verwerkt en toont elke browser elementen op zijn eigen manier.
Iemand die je site in Chrome bezoekt, ziet dus iets anders dan iemand in Firefox. En hoewel 3,2 miljard internetgebruikers in 2021 Chrome als belangrijkste browser gebruikten, blijven er genoeg mensen op Firefox, Edge, Opera en Safari zitten.
Misschien wil je weten welke browsers populair zijn bij je bezoekers, zodat je je site daarop kunt optimaliseren. Gebruik je Google Analytics, dan vind je die informatie in de rapporten onder Audience.
Daarna test je je site op cross-browser-ondersteuning met een tool als BrowserStack:
Met BrowserStack test je je site in 3.000 verschillende browsers, waaronder de nieuwste versies van Edge, Safari, Firefox en Chrome. Er is ook een gratis proefperiode voordat je een betaald pakket neemt.
Unit tests
Bij unit tests test je de kleinste eenheid van een applicatie los van de rest. Dat kan een functie, eigenschap of methode zijn. Die eenheden controleer je op correcte werking, zodat de applicatie zich gedraagt zoals verwacht.
Je kunt unit tests automatisch draaien met een tool van een derde partij, zoals Travis CI. Maar lokaal testen tijdens het ontwikkelen gaat sneller dan wijzigingen doorvoeren en wachten tot Travis CI ze oppakt.
Stel dat je een thema of plugin wilt unit-testen. Dan moet je SVN, PHP, Apache en Git installeren. En je plugin moet klaarstaan.
Open om te beginnen DevKinsta om je lokale ontwikkelomgeving te starten. Installeer daarna PHPUnit. Genereer nu de testbestanden voor de plugin met dit commando:
bash
wp scaffold plugin-tests my-pluginNu initialiseer je de testomgeving lokaal door het installatiescript uit te voeren:
bash
bash bin/install-wp-tests.sh wordpress_test root '' localhost latestDit script installeert een kopie van WordPress in de map /tmp, plus de unit-testtools van WordPress.
De volgende stap is de plugintests draaien met phpunit. Bekijk deze handleiding over unit tests voor de volledige instructies.
Responsiviteit op mobiel en desktop
Meer dan 60% van de mensen gaat via een mobiel apparaat online, dus is het belangrijker dan ooit dat je WordPress site responsief is. Zo worden je pagina’s op elk schermformaat netjes weergegeven, van desktop tot tablet en mobiel.
De makkelijkste manier om de responsiviteit van je site te testen is de URL van je site op je mobiel invoeren. Wil je dat vanaf je desktop doen, dan kan dat met de WordPress Customizer.
Ga naar Appearance > Customize:
Welke panelen je ziet, hangt af van je thema. Maar onderaan de pagina klik je op het mobiel- of tabletpictogram om een voorbeeld op dat schermformaat te bekijken.
Ook de devtools van Google Chrome laten zien hoe je WordPress site er op mobiel uitziet. Open een pagina van je site in Google Chrome, klik met de rechtermuisknop en kies Inspect:
Zoek nu bovenin het venster het pictogram Toggle device toolbar, links van het tabblad Elements:
Klik erop en Chrome toont de content in een ander formaat:
Zo test je hoe je site eruitziet in viewports van verschillende formaten. Klik je bijvoorbeeld op het keuzemenu Responsive, dan test je hoe je pagina op allerlei populaire mobiele apparaten oogt.
De gebruikersinterface (UI) testen
Met de gebruikersinterface (UI) van je website bedoelen we elk onderdeel waarmee bezoekers iets kunnen doen. De meeste websites hebben links, knoppen en menu’s, en gebruikers komen daar vroeg of laat mee in aanraking.
Daarom is het belangrijk om je UI te testen. Werkt er iets niet goed, dan raken bezoekers gefrustreerd en verlaten ze je site.
Je kunt een lokale omgeving opzetten om je UI-elementen te testen. Misschien wil je bijvoorbeeld een nieuw navigatiemenu bouwen en uitproberen.
Open in dat geval je lokale beheergedeelte vanuit je DevKinsta dashboard. Ga daarna op de lokale site naar Appearance > Menus en klik op Create a new menu.
Geef je menu een naam en klik op Save Menu. Voeg vervolgens menu-items toe aan de linkerkant van je scherm en kies Add to Menu:
Vink onder Menu Settings het vakje Primary Menu aan en sla je wijzigingen op.
Bovenaan het scherm klik je op Manage with Live Preview om te zien hoe je menu eruit komt te zien:
Open daarna je lokale site in een nieuw browservenster om je nieuwe menu op de front-end te bekijken:
Je kunt de navigatielinks testen door op elk menu-item te klikken. Klikken we bijvoorbeeld op onze link Wholesale Ordering, dan komen we op de pagina die we aan ons menu hebben toegevoegd:
Zo test je nieuwe ontwerpelementen en controleer je of je gebruikersinterface goed werkt.
Visuele tests
Visuele regressietests (VRT) zorgen dat al je ontwerpelementen en lay-outs eruitzien zoals het hoort. Daarom doe je een VRT vaak na wijzigingen aan de website, bijvoorbeeld als je van thema wisselt of een plugin bijwerkt.
Zo weet je zeker dat de wijzigingen je visuele elementen niet hebben verstoord. Je content kan bijvoorbeeld verkeerd uitgelijnd zijn, of knoppen kunnen verdwenen zijn.
Net als bij UI-tests merk je dit soort problemen vaak niet op als je je website niet via de front-end bekijkt. Er zijn geautomatiseerde VRT-tools waarmee je je site continu op visuele afwijkingen test.
Of je vergelijkt je pagina’s handmatig voor en na je wijzigingen. Stel dat je van thema wilt wisselen. Doe dat het veiligst in een lokale omgeving als DevKinsta, zodat je visuele tests kunt uitvoeren voordat je de wijziging op je live website doorvoert.
Op dit moment staat het thema Twenty Twenty aan op onze lokale site. Zoals je ziet staan alle knoppen, tekst en afbeeldingen op de startpagina gecentreerd:
Maar zodra we overschakelen naar het thema Twenty Twenty-Three, zie je dat de knop Shop now niet goed is uitgelijnd:
Kinsta Automatische Updates en VRT
Onze Kinsta Automatische Updates add-on gebruikt VRT om fouten tijdens updates van plugins en thema’s op te sporen en, als het nodig is, installaties terug te zetten naar de laatste werkende configuratie:
Hoe je de snelheid van je WordPress site test (6 aandachtspunten)
Een andere manier om je WordPress site te testen is de snelheid van je website controleren. In dit gedeelte lopen we zes aandachtspunten langs die je helpen de prestaties te testen.
Het helpt om te beginnen met Kinsta APM. Met onze tool voor het monitoren van applicatieprestaties spoor je WordPress prestatieproblemen makkelijk op:
Je krijgt inzicht in alle PHP-processen, MySQL-databasequery’s en externe HTTP-calls. Daardoor herken je lange API-calls, trage databasequery’s en niet-geoptimaliseerde plugin- en themacode sneller.
Kinsta APM zit gratis bij alle Kinsta pakketten en je opent de tool direct vanuit je MyKinsta dashboard. Kortom, een tool die makkelijk werkt en je helpt de prestaties en laadtijden van je website te verbeteren.
Trage query’s of scripts
Om te zorgen dat je website optimaal presteert, test je WordPress eerst op trage query’s of scripts. Die hebben invloed op je paginasnelheid en maken je site minder efficiënt.
Trage query’s en scripts spoor je het makkelijkst op met Kinsta APM. Ben je Kinsta klant, dan gebruik je de tool gratis. Je moet hem wel even aanzetten in je MyKinsta dashboard.
Log daarvoor in op je account en ga naar Sites > sitenaam > APM:
Eerst Schakel je APM in en kies je de periode waarover de tool gegevens verzamelt.
Heeft de APM-tool eenmaal gegevens verzameld, selecteer dan het tabblad Database en zoek de sectie Langzaamste databasequery’s:
Hier vind je de tien traagste databasequery’s op je site. Klik je op een query, dan zie je ook de transactievoorbeelden:
Zo vind je meer over het voorbeeld, de trace-tijdlijn, span-details en de stacktrace.
Trage plugins
Slecht geprogrammeerde plugins brengen niet alleen de beveiliging van je WordPress site in gevaar, ze raken ook de prestaties. Spoor dat probleem dus zo snel mogelijk op.
Ook hier gebruik je de APM-tool van Kinsta. Heb je de tool eenmaal aangezet in je MyKinsta dashboard, ga dan naar de APM-tool en klik op het tabblad WordPress:
De eerste sectie die je ziet is Langzaamste WordPress plugins. De traagst gemeten plugins staan bovenaan.
Klik op een van de plugins in de lijst voor meer informatie over de prestatieproblemen. Dan laden de transactiesamples die de plugin heeft uitgevoerd. Je bekijkt daar onder meer de tijdstempel, de tijdlijn van de transactietrace en de span-details.
Trage pagina’s
Test WordPress ook op trage pagina’s, want die leveren een slechte gebruikerservaring op. Bovendien is paginasnelheid een rankingfactor bij zoekmachines als Google.
Met een gratis tool voor websitesnelheid zoals Pingdom of PageSpeed Insights genereer je snel een score. Maar met de APM-tool van Kinsta krijg je een dieper beeld van je paginasnelheid.
Zet je Kinsta APM aan, dan duurt het een paar seconden voordat de prestatiestatistieken van je site laden. Ga daarna naar het tabblad Transacties:
Hier zie je gegevens over de totale transactietijd van je site. Scroll je naar beneden naar Langzaamste transacties, dan zie je welke PHP-processen de meeste transactietijd kosten:
Selecteer je een transactie, dan zie je welke URL die genereert. Klik op de URL om de Tijdlijn van de transactietrace te bekijken:
Zo zie je welke span de meeste tijd kost. Zijn die spans kritiek voor je prestaties, dan staan ze meestal oranje of rood.
Caching
Caching is een makkelijke manier om je laadtijden te verbeteren. Het slaat kopieën van je site op de server op. Vraagt een gebruiker je pagina op, dan toont je server de gecachete versie en worden de gegevens veel sneller verstuurd.
Bij Kinsta krijg je caching op serverniveau, automatisch aan op alle live websites. Gebruik je een testomgeving, dan zet je de cache handmatig aan.
Ga vanuit je MyKinsta dashboard naar Sites > naam testomgeving > Caching en kies het tabblad Server Caching. Klik je op Inschakelen, dan staat servercaching aan voor die omgeving.
Je caching test je het makkelijkst door je site door een snelheidstool als Pingdom te halen. Doe de test wel meer dan één keer. Doe je hem maar één keer, dan staat de content misschien nog niet in de cache van de server of het CDN van de host.
Voer je URL in het veld URL op Pingdom in en kies een locatie. Zoek nu onder Response Headers naar x-kinsta-cache. Staat daar MISS, dan laadt je site niet vanuit de cache.
Haal je site dan nog een paar keer door de Pingdom test. Daarna zouden de headers x-kinsta-cache en x-cache een HIT moeten geven. Bekijk nu de resultaten en let op de grote gele balk: die geeft de wachttijd aan, oftewel de Time to First Byte (TTFB).
Dat getal is meestal hoog als een pagina niet uit de cache komt. Je kunt de test ook een keer met de cache uit en daarna met de cache aan doen, dan zie je het verschil meteen.
Content Delivery Network (CDN)
Een Content Delivery Network (CDN) verbetert je laadtijden door je content te serveren vanaf een server die fysiek dichter bij je bezoekers staat. Bij alle Kinsta pakketten krijg je een CDN op basis van Cloudflare.
Voor nieuwe websites staat het CDN standaard aan. Je controleert dat door in te loggen op je MyKinsta dashboard.
Ga naar Sites > sitenaam > Caching en kies het tabblad CDN. Staat CDN-caching nog uit, klik dan op CDN inschakelen:
Je CDN test je het makkelijkst met een snelheidstool. Maar controleer eerst de HTTP-headers van een statisch bestand, zodat je zeker weet dat het via het Kinsta CDN laadt.
Dat doe je met de Inspect-tool van je browser of met onze gratis HTTP-status- en redirectchecker. Kies daarna een tool voor snelheidstests, bijvoorbeeld Pingdom:
Doe de eerste test met het CDN uitgeschakeld. Test je site daarna opnieuw met het CDN aan om het verschil te zien. Test je CDN ook vanaf verschillende locaties.
Is je test klaar, kijk dan naar de verzoeken die via het Kinsta CDN laden (xxxxkinstacdn.com). Alle details staan in ons artikel over hoe je een CDN-test uitvoert.
Belastingtests
Anders dan vaak wordt gedacht is er een belangrijk verschil tussen snelheidstests en belastingtests. Een snelheidstest meet de laadtijd van een pagina, inclusief de responstijden van MySQL en PHP.
Een belastingtest geeft een gedetailleerder beeld. Die gebruik je bijvoorbeeld om laadtijden te meten in specifieke situaties, zoals bij een enorme piek in het verkeer.
Een belastingtest opzetten is best ingewikkeld, dus schakel er gerust een ontwikkelaar bij. Wil je een belastingtest op je Kinsta website draaien, neem dan contact op met ons supportteam.
Hoe je de beveiliging van je WordPress site test
Tot slot is het bij het testen van WordPress belangrijk dat alle software op je website veilig is. Dat geldt voor de WordPress core, maar net zo goed voor de beveiliging van thema’s en plugins.
Thema’s en plugins testen is misschien zelfs belangrijker, want die komen niet altijd van een betrouwbare bron. Installeer je ze van websites van derden, dan kun je onmogelijk controleren of de software alle beveiligingscontroles heeft doorlopen.
De plugin of het thema kan dus slecht geprogrammeerd zijn, of kwaadaardige scripts en bugs bevatten die je site kunnen slopen. Houd daarnaast alle software up-to-date, want kwaadwillenden gebruiken verouderde software als achterdeur.
Beveiliging van de core
WordPress is een veilig platform, maar niet immuun voor cyberaanvallen. Controleer de beveiliging van je core dus regelmatig.
Een van de beste manieren om je core te beveiligen is een goede webhost kiezen. Bij Kinsta krijg je bijvoorbeeld DDoS-bescherming, firewalls en malwarescans. En we hebben een team dat malware verwijdert, dus raakt je site toch geïnfecteerd, dan helpen we je die in de oorspronkelijke staat terug te brengen.
Komt er een nieuwe WordPress update uit, test dan eerst of die veilig is door hem in een testomgeving of lokale omgeving te draaien.
Bij Kinsta gaat dat makkelijk. Ga naar Sites en kies je website uit de lijst. Zorg dat je website op Testomgeving staat als je de update uitvoert.
Weet je zeker dat de nieuwe WordPress versie veilig is, ga dan terug naar deze pagina en klik op Push omgeving > Push naar LIVE om de wijziging door te voeren:
Maak daarna je keuze tussen bestanden of database en bevestig door op Push naar live te klikken.
Beveiliging van thema’s
Vind je een nieuw thema dat je wilt installeren, activeer het dan eerst in een lokale ontwikkelomgeving of in je testomgeving. Hetzelfde geldt als er een update uitkomt voor een thema dat al op je site staat.
De meeste thema-updates bevatten patches voor beveiligingsproblemen. Maar je kunt ook een slechte update treffen die botst met andere software op je site.
Ken je het thema niet en de ontwikkelaars evenmin, dan is installeren in een lokale omgeving veel veiliger. Sloopt het thema je site, dan merkt je live website daar niets van.
Ben je Kinsta klant, dan zet je daarvoor een testomgeving op. Staat je website niet bij Kinsta, dan begin je gratis met DevKinsta en zet je daar een lokale ontwikkelomgeving op.
Open DevKinsta op je computer en ga naar de pagina Site Info. Klik daar op WP Admin:
Installeer en activeer het thema zoals je dat in WordPress gewend bent. Wacht daarna minstens een week voordat je het thema op je live website installeert, en doe hetzelfde bij een nieuwe thema-update.
Wil je de beveiliging van een bestaand thema beoordelen, gebruik dan een beveiligingsscanner. WPScan is een goede optie die kwetsbaarheden in je WordPress thema’s opspoort.
Beveiliging van plugins
Ook plugins vormen een risico voor de beveiliging van je website. Controleer dus regelmatig hoe veilig ze zijn.
Zoals hierboven besproken installeer je een nieuwe plugin, of draai je een update, in een lokale omgeving of een testomgeving. Gaat er iets mis, dan blijft je live site intact.
Net als bij thema’s is een kwetsbaarheidsscanner als WPScan handig. Die tool is gratis. Je meldt je aan voor een account en voegt daarna het API-token aan je WordPress site toe.
Zodra de scanner aan je website hangt, ga je naar WPScan > Settings, waar je dagelijkse scans of scans per uur instelt:
Of klik op het tabblad Report om handmatig een test te draaien. Is die klaar, scroll dan naar de sectie Plugins:
Hier zie je alle plugins op je site. Zijn ze veilig, dan staat er een vinkje bij elke naam. Zo niet, dan vind je informatie in de kolom Vulnerabilities.
Voor snelheid en veiligheid heb je de juiste hosting nodig
Je kunt je webpagina’s optimaliseren en alle beveiligingsmaatregelen nemen die nodig zijn. Maar uiteindelijk zorgt een goede webhost ervoor dat je site veilig en snel is.
Bij Kinsta staan snelheid en beveiliging voorop:
Al onze pakketten draaien op de beste CPU’s die wereldwijd te krijgen zijn. Daarbij krijg je het CDN van Kinsta op basis van Cloudflare, met servers op meer dan 300 locaties.
Maak je je zorgen over webbeveiliging, dan biedt Kinsta genoeg om je site beter te beveiligen. Denk hierbij aan dagelijkse backups, malwarescans, DDoS-bescherming en firewalls. Daarnaast bieden we beveiligde SSH-toegang en installeer je met één klik een gratis SSL-certificaat.
Samenvatting
Zonder je WordPress site te testen weet je niet hoe gebruikers je site ervaren. Bezoekers met een bepaalde browser lopen misschien vast op je menu, en mobiele bezoekers wachten mogelijk lang. Daarom is testen belangrijk.
Je test je site het beste door een testomgeving op te zetten of een lokale omgeving te maken met DevKinsta. Zo krijg je inzicht in de functionaliteit, prestaties en beveiliging van je site, zonder je live website te verstoren.
Een beetje extra zekerheid kan geen kwaad. Een van de makkelijkste manieren om te zorgen dat je site altijd soepel draait, is kiezen voor een goede webhost als Kinsta. Bekijk onze pakketten om te beginnen.
