Praktische antwoorden over KBIW

KBIW controleert of een website zich gedraagt als een website die door een bezoeker bezocht kan worden. Dat klinkt klein, maar het is bewust kleiner dan een dashboard dat in anderhalve seconde DNS, e-mail, hosting, compliance, gedrag, reputatie en morele volwassenheid van het internet samenvat in een score.

Naar hetzelfde, maar dan anders geformuleerd: vindbaarheid, bereikbaarheid en bruikbaarheid. We zouden dit ook drie pijlers, twaalf signalen en zevenendertig micro-indicatoren kunnen noemen, maar dan klinkt het alsof de website beter is getest dan hij feitelijk is aangeraakt.

Snel genoeg om modern te voelen en langzaam genoeg om geloofwaardig te lijken. Een instant resultaat is prettig, maar als het te instant is ontstaat het vermoeden dat vooral de voortgangsbalk hard heeft gewerkt.

Omdat KBIW bewust een willekeurige wachttijd toevoegt. De maker van KBIW heeft de AI-agent expliciet gevraagd om die vertraging toe te voegen. De browser probeert de website echt op te halen, maar daarna wordt de totale testduur aangevuld tot ongeveer vijf tot tien seconden. Dat geeft de voortgangsindicator tijd om zichtbaar te zijn. De extra wachttijd meet niets; hij is uitsluitend onderdeel van de presentatie.

Dat de website opgehaald kon worden en KBIW daarom met gepaste keurmerkachtige ernst concludeert dat alle onderdelen geslaagd zijn. Dit is geen volledige audit; het is een elegante manier om te zeggen dat het belangrijkste bezoekersmoment niet meteen stukging.

(() => {
  const marks = ["keurmerk", "kwaliteitsmerk", "kwaliteitslabel"];
  const qualities = [
    "bezoekbare",
    "bereikbare",
    "bruikbare",
    "benaderbare",
    "bekijkbare",
  ];
  const webThings = ["websites", "webpagina's"];
  const groups = [marks, qualities, webThings];
  const indexes = groups.map((group) => Math.floor(Math.random() * group.length));
  const makePhrase = () =>
    `${marks[indexes[0]]} voor ${qualities[indexes[1]]} internet ${webThings[indexes[2]]}`;

  let previousPhrase = "";
  try {
    previousPhrase = localStorage.getItem("kbiw-footer-phrase") || "";
  } catch {
    // The random footer still works when storage is unavailable.
  }

  let phrase = makePhrase();
  if (phrase === previousPhrase) {
    indexes[1] = (indexes[1] + 1) % qualities.length;
    phrase = makePhrase();
  }

  try {
    localStorage.setItem("kbiw-footer-phrase", phrase);
  } catch {
    // Nothing needs to be persisted for this visit.
  }

  document.querySelectorAll("[data-kbiw-footer]").forEach((footerText) => {
    const emphasis = document.createElement("strong");
    emphasis.textContent = "het";
    footerText.replaceChildren("KBIW is ", emphasis, ` ${phrase}.`);
  });
})();

Een website is goed wanneer een bezoeker hem kan gebruiken. Sommige checks draaien die volgorde om: eerst zoveel mogelijk randvoorwaarden verzamelen, daarna ergens onderaan vermelden dat de pagina misschien ook nog leesbaar moet zijn.

Niet echt. Een hostingchecker kan op indrukwekkende toon vertellen wie ongeveer iets host, welke servernaam ergens langskwam en welke afkortingen er in de buurt lagen. KBIW is minder geïnteresseerd in de afkomst van de stekkerdoos en meer in de vraag of de bezoeker de website bereikt.

Liever niet als hoofdzaak. Het internet is al vol met tools die een IP-adres zien en daarna een kleine biografie van de infrastructuur proberen te schrijven. KBIW vraagt zich af of die biografie de bezoeker helpt, of vooral het rapport langer maakt.

Ja, impliciet: alles geslaagd of alles mislukt. Een percentage met decimalen zou preciezer ogen, maar niet preciezer zijn. KBIW vermijdt de klassieke valkuil waarin 87% eruitziet als wetenschap en voelt als een rapportcijfer van een rekenmachine die de opdracht niet helemaal heeft gelezen.

Ja. Deze website is 97% cyberveilig.

Er is al een rapport, en het kan ongemakkelijk uitgebreid worden zodra je de technische uitleg opent. Het verschil met sommige AI-achtige scanpagina's is dat KBIW openlijk toegeeft dat veel tekst niet automatisch veel meting betekent.

Omdat veel websitechecks algemene antwoorden geven met de lichaamstaal van specifieke diagnoses. KBIW doet dat ook, maar met minder camouflage. Ambiguiteit is hier geen bug, het is de gebruikersinterface van eerlijk beperkte meetpretentie.

Omdat "alles" meestal betekent: alles wat makkelijk in een lijst past. Je kunt DNSSEC, TLS, headers, CMS-hints, reputatielijsten, mailrecords, route-autorisatie en de stand van de maan bij elkaar zetten, maar de bezoeker wilde gewoon weten of de website opent.

script.js

Meer signalen geven een rijker rapport en soms een armer inzicht. KBIW kiest voor de oncomfortabele eenvoud waarin een website eerst een website moet zijn, voordat hij mag optreden als compliance-object met een voortgangsanimatie.

Ja, vooral voor beheerders die kunnen verdragen dat niet elke technische ontdekking meteen een badge verdient. Wie graag een portaal, promotiemateriaal, regiostatus en een jaarlijkse herkeuring wil, kan die woorden natuurlijk rond KBIW heen fantaseren. De website zelf wordt daar niet beter bereikbaar van.

Ja. Website-eigenaren krijgen een eenvoudige uitkomst zonder eerst te hoeven leren waarom een scan vijftien onderdelen noemt waarvan er twaalf vooral bewijzen dat de scanner zelf een woordenlijst heeft.

Ja. Na de controle verschijnen deelopties en kan het resultaat ook worden afgedrukt. Een permanente resultaatlink, publieke ranglijst of "laatste scans"-ticker is er niet; KBIW bewaart geen dossiers van eerder gecontroleerde websites.

Ja. Zeker na een groene uitslag hoort de badge zichtbaar op de website te staan, want bezoekers hebben baat bij een duidelijk herkenbaar signaal. De badge zegt niet dat de volledige technische ziel van de website is doorgelicht; hij zegt dat de KBIW-ervaring voldoende overtuigd was om een compact stukje vertrouwen te mogen dragen.

De uitgebreide test opent de website zelf. Dat is radicaal: in plaats van indirecte signalen te stapelen tot een bezoekersvoorspelling, mag de browser gewoon laten zien wat een bezoeker ongeveer krijgt. Het is bijna alsof renderen relevant is voor websites.

Omdat een website soms het beste getest wordt door hem te openen, hoe ouderwets dat ook klinkt tussen alle moderne cockpitpanelen. Het nieuwe venster is geen simulatie van gebruikerservaring; het is de gebruikerservaring, met alle ongemakkelijke eerlijkheid die daarbij hoort.

Alleen op het niveau waarop een knop met een vertraging soms slimmer lijkt dan hij is. De meeste magie bestaat uit fetch, tekst, timing en presentatie. Dat is precies genoeg om te herinneren aan websites waar "AI-assisted explanation" vooral betekent dat een bekende foutmelding in een zachtere jas is gestoken.

Betrouwbaar als uitleg over de stijl van de test, niet als forensisch eindrapport. KBIW noemt RFC's, vensters en browsergedrag omdat dat nuttige context kan zijn, maar het doet niet alsof elke link naar een standaard automatisch een extra meting op de website heeft uitgevoerd.

Als een aanwijzing dat de website niet opgehaald kon worden in deze browsercontext. Niet als volledige karaktermoord op de organisatie, niet als aanbestedingsadvies, en niet als bewijs dat een willekeurige lijst met zestig controles allemaal rood had moeten worden.

Goedemiddag! Waarmee kan ik u van dienst zijn?

Als goed nieuws op bezoekersniveau. De website kwam ver genoeg om niet direct te falen. Wie daarna alsnog twintig aanvullende tabellen wil over infrastructuur, mail, reputatie en beleid, mag dat doen, maar moet niet vergeten dat de bezoeker al lang op de pagina is.

Omdat vormgeving, timing, badges, technische woorden en uitklapbare toelichtingen samen sneller autoriteit maken dan bewijs. Dat is handig wanneer een rapport echt zorgvuldig is, en leerzaam wanneer een rapport vooral goed is in rapport zijn. KBIW laat dat mechanisme netjes in beeld staan, terwijl de hoofdvraag koppig eenvoudig blijft: kon een bezoeker bij de website komen?