Laat ik meteen eerlijk zijn over waar dit stuk vandaan komt: wij nemen regelmatig sites over die op een instappakket draaien, en een one.com WordPress-installatie hoort daarbij. De klacht is bijna altijd dezelfde. Niet dat de site eruit ligt, maar dat er dingen niet kunnen die bij beheer nu eenmaal nodig zijn.
Dat is geen aanklacht tegen de aanbieder. Zulke pakketten zijn ontworpen voor eenvoud en een lage prijs, en dat lukt ze. Het probleem ontstaat wanneer een site groeit en er behoefte komt aan controle. Hieronder wat u in de praktijk tegenkomt, en wanneer het loont om iets anders te kiezen.
Waar u tegenaan loopt
Vijf punten die bij eenvoudige gedeelde pakketten steeds terugkomen. Niet alle vijf gelden voor elk pakket, dus controleer het in uw eigen omgeving.
- Beperkte toegang tot instellingen. Serverinstellingen die u bij een technischer pakket zelf aanpast, staan hier vast of zijn niet zichtbaar. Loopt u tegen een limiet aan, dan is het antwoord vaak een duurder pakket in plaats van een schuifje.
- Geen of beperkte opdrachtregeltoegang. Zonder SSH of WP-CLI moet elke handeling via het beheerscherm of via bestandsbeheer in de browser. Dat werkt, maar het is traag en foutgevoelig bij grote sites.
- Geen echte testomgeving. Een aparte kopie waarin u eerst bijwerkt, ontbreekt meestal. U test dus op de site die uw klanten zien, of u regelt zelf een omgeving elders.
- Herstel uit back-up is grofmazig. Vaak alleen alles tegelijk, en met een korte bewaartermijn. Voor een webshop is dat een reëel probleem.
- Ondersteuning die niet over uw site gaat. Vragen over de server worden beantwoord; vragen over een plugin of een foutmelding in WordPress meestal niet. Dat is redelijk, maar het betekent dat u die kennis elders vandaan moet halen.
Wat dit betekent voor WordPress-onderhoud bij one.com
De gevolgen zijn praktisch. U kunt updates niet eerst in een kopie proberen, dus u werkt bij op een moment dat u tijd heeft om te herstellen: dinsdagochtend, niet vrijdagmiddag. U maakt vooraf altijd zelf een back-up, want u kunt niet vertrouwen op de bewaartermijn van het pakket.
Verder is de volgorde belangrijker dan bij een ruimer pakket. Werk één plugin tegelijk bij en kijk telkens of de voorpagina en het beheerscherm nog laden. Klapt er iets, dan weet u meteen welke plugin het was. Alles tegelijk aanvinken is verleidelijk maar levert bij een storing een zoektocht op.
Zonder testomgeving is een lokale kopie het beste alternatief. U zet de site dan op uw eigen computer neer en probeert de update daar. Het kost een uur om op te zetten en bespaart een middag bij de eerste update die misgaat.
Wat u wél goed kunt regelen
Er is een lange lijst met dingen die op zo’n pakket prima werken, en die vaak niet gedaan worden terwijl ze niets kosten.
- Verstuur formuliermail via een echte mailserver. Dit verhelpt in één keer de meeste klachten over niet-aankomende aanvragen.
- Zet automatische updates aan voor kleine beveiligingsversies, en houd de grote sprongen handmatig.
- Zet een cacheplugin aan. Op een instappakket met beperkte rekenkracht is dat de grootste snelheidswinst die u gratis kunt halen.
- Ruim plugins op die u niet gebruikt. Elke actieve plugin is werk voor de server en een mogelijk lek.
- Zet tweestapsverificatie op uw beheerdersaccount en verwijder accounts van mensen die er niet meer werken.
- Regel een eigen back-up naar een externe opslag met een bewaartermijn van minstens een maand.
Deze zes stappen kosten samen een dagdeel en verhelpen het grootste deel van wat er misgaat. Ze maken uw pakket niet ruimer, maar ze halen wel de scherpe randjes eraf.
Wanneer overstappen loont
Nu de eerlijke afweging. Verhuizen kost een dagdeel, geeft risico op verkeerd gezette verwijzingen en levert een paar dagen onzekerheid op. Doe het alleen als u iets concreets wint.
Het loont als u een webshop draait met dagelijkse bestellingen, want dan wilt u de database los kunnen terugzetten en een testomgeving hebben. Het loont als de site traag blijft na caching en beeldoptimalisatie, want dan zit u tegen de rekenkracht aan. En het loont als u een beheerder in de arm neemt die zonder opdrachtregeltoegang veel meer tijd kwijt is: dat verschil betaalt u indirect terug in uren.
Het loont níet als u een informatieve site heeft met een paar honderd bezoekers per week die het gewoon doet. Dan verhuist u van een pakket dat u soms in de weg zit naar een pakket dat u nooit in de weg zit, tegen een prijs die u elke maand ziet. Wat een goedkoop pakket u werkelijk kost, staat afgewogen in de doorrekening van de werkelijke kosten van goedkope hosting.
Zo verhuist u zonder schade
Besluit u het te doen, houd dan deze volgorde aan. Verlaag eerst de wachttijd op uw DNS-instellingen naar een korte waarde, minstens een dag van tevoren. Zet de site over naar de nieuwe omgeving en test hem daar via een tijdelijk adres of via een aanpassing in uw eigen computer. Controleer voorpagina, formulieren, betalingen, en het beheerscherm.
Pas als alles werkt, verzet u de verwijzing van uw domein. Houd de oude omgeving daarna nog twee weken in de lucht: er is altijd iets waar u niet aan had gedacht. Zet mail bij voorkeur niet tegelijk over, want dan zoekt u bij een probleem in twee richtingen tegelijk.
Kiest u een nieuwe partij, kijk dan verder dan de prijs. Een testomgeving, losse herstelmogelijkheid van de database, zelf de PHP-versie kunnen kiezen en ondersteuning in het Nederlands wegen zwaarder dan een paar euro per maand. De criteria staan op een rij in de uitleg over wat managed WordPress-hosting precies inhoudt.
Blijft u zitten, dan is het belangrijkste dat er iemand structureel meekijkt. Bij WebMaintor doen we dat ook op instappakketten; het maandelijkse beheer met back-upcontrole en updates verandert er niet wezenlijk door, alleen de werkwijze is voorzichtiger.
Concrete volgende stap: kijk of u in uw pakket een aparte testomgeving kunt aanmaken. Kan dat niet, plan uw eerstvolgende updateronde dan op een ochtend waarop u tijd heeft om iets terug te zetten.
