Veelgestelde vragen over webdesign,
Hosting en zichtbaarheid.

Meer dan de meeste mensen beseffen. De webserver is de software die elk verzoek van de browser accepteert en de pagina levert. Het meest voorkomende type is open source en gratis, waardoor het bijna overal te vinden is. Er zijn echter krachtigere, betaalde alternatieven. In onze snelle omgevingen vertrouwen we precies daarop: LiteSpeed. Het verschil is minder merkbaar bij één bezoeker dan wanneer er veel tegelijk binnenkomen. Voltooide pagina's worden in de cache opgeslagen in plaats van bij elk verzoek opnieuw te worden berekend. Voor u is de naam van ondergeschikt belang; wat telt is het merkbare resultaat.

Een website wordt doorgaans opnieuw opgebouwd telkens wanneer deze wordt opgevraagd: het systeem haalt tekst en afbeeldingen uit de database, stelt een pagina samen en verzendt deze. Dit kost elke keer verwerkingstijd. Een cache slaat het voltooide resultaat op en levert deze kopie eenvoudigweg bij het volgende verzoek. Voor content die zelden verandert, is dit de grootste snelheidsverbetering die er is. De truc is om de cache op het juiste moment te wissen, zodat wijzigingen direct zichtbaar zijn.

Omdat een website groeit, meestal ongemerkt. In de loop der jaren worden er pagina's toegevoegd, afbeeldingen in steeds hogere resoluties geüpload, extensies toegevoegd en de database gevuld met oude gegevens van verwijderde content en oude versies. Op zichzelf is niets van dit alles merkbaar, maar samen vormen ze een groot probleem. Een website is geen meubelstuk dat je zomaar neerzet; het is meer een voertuig dat onderhoud nodig heeft.

Minder dan de score doet vermoeden. Gangbare tools meten een enkele aanvraag, vaak afkomstig van een gesimuleerd mobiel apparaat met een beperkte verbinding, en vatten het resultaat samen in één getal. Dit getal fluctueert aanzienlijk tussen metingen. De individuele statistieken daaronder zijn veel betekenisvoller: hoe lang duurt het voordat de eerste zichtbare content verschijnt, verspringt de lay-out tijdens het laden en reageert de pagina op de eerste invoer? Het optimaliseren van alleen de algemene score is een verfraaiing van een statistiek in plaats van een weerspiegeling van de ervaring van echte bezoekers.

Dat komt doordat er drie dingen samenkomen. Het mobiele netwerk is trager en minder betrouwbaar dan een vaste lijn op kantoor, de processor van een telefoon is minder krachtig maar moet wel dezelfde programmacode uitvoeren, en veel websites laden dezelfde grote afbeeldingen op kleine schermen als op grote schermen. Dat laatste punt is het meest irritant, omdat het het gemakkelijkst op te lossen is.

Dit hangt minder af van het aantal bezoekers dan van wat de pagina met elk verzoek moet doen. Een pagina die vanuit de cache wordt geladen, kan vele malen meer werk verzetten dan dezelfde pagina zonder cache. Het kritieke punt ligt doorgaans niet tijdens dagelijks gebruik, maar tijdens piekbelastingen: een persbericht, een nieuwsbrief, een campagne. De pagina mag op die momenten absoluut niet crashen, want daarvoor is hij juist ontworpen.

Meestal minder dan de term doet vermoeden. Zo'n netwerk verspreidt kopieën van de website over servers wereldwijd om de afstand tot de bezoeker zo kort mogelijk te houden. Als al uw klanten zich binnen een straal van honderd kilometer bevinden, is die afstand sowieso kort. Het voordeel zit hem dan meer in neveneffecten zoals bescherming tegen DPS-aanvallen. Voor regionale aanbieders is een snelle server op de juiste locatie meestal de meest effectieve investering.

Het probleem zit hem in terugkerende patronen in plaats van geïsoleerde storingen. De site wordt merkbaar trager op bepaalde momenten van de dag, het beheerdersgedeelte reageert vertraagd, uploads mislukken of er verschijnen sporadisch foutmeldingen die na een herlaadbeurt weer verdwijnen. Elke omgeving ondervindt wel eens storingen. Wanneer deze echter vaker voorkomen en samenhangen met het bezoekersverkeer, is een kritieke drempel bereikt.

Omdat ze voor verschillende taken zijn ontworpen. Een systeem dat een bedrijfswebsite met dertig pagina's beheert, stelt andere eisen dan een systeem dat een bedrijfswebsite in twaalf talen met verschillende auteursrechten ondersteunt. De markt is gesegmenteerd op basis van deze eisen, niet op basis van kwaliteit. De vraag is daarom nooit welk systeem het beste is, maar welk systeem de minste inspanning vereist in verhouding tot de betreffende taak.

Alleen als u van plan bent de inhoud zelf te bewerken. Een eenvoudige online visitekaartje dat jarenlang ongewijzigd blijft, kan prima zonder en is zelfs sneller en veiliger. Zodra u echter regelmatig tekst, afbeeldingen, datums of vacatures toevoegt, verdient een dergelijk systeem zichzelf direct terug. De doorslaggevende factor is niet de grootte van de website, maar hoe vaak de inhoud wordt bijgewerkt.

Een thema bepaalt de uitstraling van de hele website, inclusief lettertypen, kleuren, header en footer. Een websitebuilder is een extra tool waarmee gebruikers individuele pagina's vrij kunnen samenstellen uit bouwstenen. Beide hebben hun nut, maar de combinatie wordt problematisch wanneer hetzelfde ontwerp op twee verschillende plekken wordt gebruikt. Dan weet later niemand meer waar een bepaalde kleur vandaan komt.

Omdat ze zo wijdverspreid zijn, zijn ze doelwitten. Als er een kwetsbaarheid wordt ontdekt in een veelgebruikte extensie, wordt deze openbaar gedocumenteerd en kunnen geautomatiseerde aanvallen binnen enkele uren het hele netwerk afspeuren. De tijdspanne tussen de publicatie van de kwetsbaarheid en de eerste aanvalspoging is de echte gevarenzone. Updates zijn daarom niet louter cosmetisch, maar sluiten juist deze kans af.

Cijfers zijn niet de juiste maatstaf. Twintig slanke, goed onderhouden extensies richten minder schade aan dan drie opgeblazen extensies, die elk hun eigen programmabibliotheken op elke pagina laden. Drie vragen zijn cruciaal: Wordt de extensie verder ontwikkeld? Laadt de extensie de componenten alleen waar nodig? En bestaat er een slankere oplossing voor hetzelfde doel? Elke extensie is een voortdurende investering, geen eenmalige beslissing.

In eerste instantie gebeurt er niets, en dat is precies de valkuil. Het blijft functioneren, maar ontvangt geen beveiligingsupdates meer en valt uiteindelijk uit tijdens een grote systeemupdate. Iedereen die dit pas merkt wanneer het uitvalt, staat onder druk om een ​​vervanging te vinden. Daarom moet bij elke onderhoudscontrole worden gecontroleerd wanneer een geïnstalleerde extensie voor het laatst is bijgewerkt.

Ja, maar de inspanning zit zelden waar je die zou verwachten. Teksten en afbeeldingen kunnen worden overgezet; dat is het makkelijke deel. De echte uitdaging zit hem in alles wat met het oude systeem te maken heeft: formulieren, speciale functies, de adresstructuur en het bestaande ontwerp. Overstappen is daarom bijna altijd alsof je helemaal opnieuw begint met contentmigratie, en niet letterlijk verhuist.

Technisch gezien wel, maar in de praktijk belandt het in de spammap. Grote e-mailproviders bepalen of een bericht überhaupt wordt bezorgd op basis van de reputatie van de afzender, en een webserver, die verder alleen webpagina's levert, heeft geen reputatie. Daar komen nog de documentatievereisten voor het toestemmingsproces bij. Nieuwsbrieven horen daarom thuis op een apart, specifiek verzendkanaal met een correct gedocumenteerde authenticatie van de afzender. Iedereen die deze stap overslaat, schrijft berichten voor een map die niemand opent.

Omdat de ontvanger beslist, niet de verzender. Er worden onder andere controles uitgevoerd om te zien of de verzendende server wel gemachtigd is om berichten voor uw domein te verzenden, of het bericht onderweg is gewijzigd en hoe eerdere berichten die vanaf dit adres zijn verzonden, hebben gepresteerd. Als een van deze controles ontbreekt, komt zelfs een volkomen onschuldig bericht in de map met verdachte berichten terecht. De meest voorkomende reden is geen aanval, maar een onvolledige configuratie.

Drie onderdelen die samen bewijzen dat een e-mail daadwerkelijk van u afkomstig is. Het eerste onderdeel specificeert welke servers gemachtigd zijn om namens u e-mails te verzenden. Het tweede voegt een digitale handtekening toe aan elk bericht, waardoor eventuele latere wijzigingen detecteerbaar zijn. Het derde onderdeel bepaalt wat er moet gebeuren als de eerste twee onderdelen niet werken. Zonder deze gegevens is uw domein kwetsbaar voor vervalsing en worden uw legitieme e-mails verdacht.

Om drie redenen. Ten eerste bent u niet de eigenaar van het adres; u kunt het niet overdragen bij een overstap naar een andere provider. Ten tweede kunt u zelf geen bewijs van correcte levering leveren, omdat u geen eigenaar bent van het domein. En ten derde lijkt het een tijdelijke oplossing. Een adres op uw eigen domein kost weinig en is een van de meest kosteneffectieve manieren om vertrouwen op te bouwen.

Iedereen die zich aanmeldt voor een mailinglijst ontvangt in eerste instantie alleen een e-mail met een bevestigingslink. Alleen door op deze link te klikken wordt het abonnement geactiveerd. De reden is simpel: anders zou iedereen zomaar het e-mailadres van iemand anders kunnen invoeren. Voor u is dit bewijs van bevestiging cruciaal in geval van een geschil. Daarom moet het worden gedocumenteerd en bewaard, en niet slechts eenmalig worden uitgevoerd.

De cruciale factor is niet het specifieke aantal e-mails, maar de overgang van incidenteel naar regelmatig versturen. Vanaf het moment dat een mailing niet langer slechts een paar minuten duurt, spelen verzendsnelheid, retourverwerking en de reputatie van het e-mailadres van de afzender een belangrijke rol. Degenen die nog steeds een oplossing voor incidenteel mailen gebruiken, zullen een daling van het openingspercentage opmerken voordat ze foutmeldingen zien.

Berichten die niet bezorgd konden worden, bijvoorbeeld omdat een mailbox is verwijderd of vol is, worden teruggestuurd. Door deze berichten te negeren en door te gaan met het versturen van berichten naar dezelfde adressen, geef je mailservers het signaal dat je je distributielijst niet bijhoudt. Dit heeft een negatieve invloed op de bezorgbaarheid van alle andere berichten. Een regelmatig opgeschoonde distributielijst met minder adressen bereikt uiteindelijk meer mensen dan een grote lijst met inactieve accounts.

Zo vaak als er iets te zeggen valt, en regelmatig genoeg zodat het niet vergeten wordt. Het vinden van de juiste balans tussen deze twee aspecten is de echte uitdaging. Een ritme dat zes maanden volgehouden kan worden, is effectiever dan een ambitieus plan dat na de derde uitgave alweer in het water valt. Overigens is de meest voorkomende reden voor een abonnement niet de frequentie, maar eerder irrelevantie.

Over het algemeen is het niet zo eenvoudig. Een zakelijke relatie alleen is geen toestemming voor reclame, en de uitzonderingen zijn strikt gedefinieerd en aan voorwaarden gebonden. De veiligste aanpak is om actief toestemming te vragen aan bestaande contacten, zelfs als dit in eerste instantie de omvang van uw mailinglijst verkleint. Bij twijfel dient u dit verzoek te doen vóórdat u e-mails verstuurt en vóórdat u juridisch advies inwint, en niet erna.

Het ligt dichter bij elkaar dan het lijkt. Het inschrijfformulier staat op de website, daar wordt toestemming gegeven, daar is het privacybeleid te vinden en de links leiden daarheen terug. Een nieuwsbrief zonder doelgroep op de website zelf is ineffectief, omdat het beoogde doel daar bereikt wordt. Het is een veelgemaakte denkfout om deze twee zaken los van elkaar te zien.