Ons SEO-platform, uitgelegd — de JustMarket Engine

De JustMarket Engine is onze eigen SEO-software — wij bouwden ze, wij bedienen ze, en wij bouwen eraan verder. Ze haalt uw website op zoals een zoekmachine ze ontvangt: de ruwe code, vóór er iets van het design geladen is. Ze meet die tegen de zaken die bepalen of u gevonden wordt. Ze schrijft de fixes. Ze toont u elke fix op een preview voor uw livesite ook maar iets verandert. Daarna haalt een apart deel van het programma uw pagina’s opnieuw op en controleert het of de fix er werkelijk staat. Is dat niet zo, dan sluit de opdracht niet. U eindigt met twee documenten — één geschreven voor u, één geschreven voor machines — beide elke maand ter plekke bijgewerkt. Er valt niets te installeren, te leren of op in te loggen.

De meeste bureaus huren dezelfde drie tools als iedereen en geven u het rapport dat eruit valt. Wij schreven de software zelf, en wij bedienen ze, onderhouden ze en staan ervoor in. Deze pagina beschrijft alles: wat ze meet, wat er in welke volgorde gebeurt, wie wat moet goedkeuren, hoe ze aansluit op de website die u al hebt, de ontwerpkeuzes erachter, en de dingen die ze gebouwd is om te weigeren.

Dit platform is van ons, wij bedienen het, en u raakt het nooit aan

Dit is geen abonnement van een derde dat wij doorverkopen met ons logo erop, en geen dashboard dat u op dag één in handen krijgt met de stille verwachting dat u het leert. Het is software die wij schreven, die wij hosten, die wij namens u bedienen, en waarvoor wij verantwoording afleggen wanneer ze fout zit. Er is geen klantenlogin, geen licentie om te betalen en geen interface om bij te houden — u krijgt de uitvoer en een mens om mee te praten.

Dat onderscheid is het hele commerciële punt. Een bureau met gehuurde tools kan maar zo goed zijn als de volgende release van de tool, kan niet herstellen wat de tool fout doet, en concurreert met elk ander bureau dat hetzelfde huurt. Als het platform van ons is, kan een zwakte die dinsdag op uw site gevonden wordt, tegen vrijdag een blijvende verbetering zijn aan hoe elke site geauditeerd wordt — en niemand krijgt daar een factuur voor, want het is geen functie, het is het werk.

Het wordt doorlopend ontwikkeld en verbeteringen gelden voor elke klant tegelijk, dus geen enkele klant zit vast op een oude versie en niets hier is geprijsd als een upgrade. Het platform wordt ook niet als product aan andere bureaus verkocht.

• Wij bouwden het — in eigen huis geschreven voor één specifiek probleem: de kloof tussen wat uw bezoekers zien en wat een crawler ontvangt. Niet in elkaar gezet uit andermans dashboards.
• Wij bedienen het — elke opdracht wordt door ons gestart, opgevolgd en afgetekend. Een mens bepaalt de afbakening, keurt elk woord tekst goed, keurt alles goed wat een bezoeker zal zien, en beslist wat live gaat.
• Wij blijven het verbeteren — doorlopend, voor iedereen tegelijk.

Waarom het bestaat: het lege-paginaprobleem

Uw website heeft twee ingangen. Klanten komen binnen langs de voordeur — een browser, die geduldig alle code van uw site draait en een prachtige pagina samenstelt. Zoekmachines en AI-assistenten komen langs de achterdeur, en zij nemen wat er in het eerste antwoord van uw server terugkomt.

Op heel veel moderne websites is dat eerste antwoord een lege kamer: geen titel, geen aanbod, helemaal geen tekst — enkel een instructie om de pagina zelf te gaan bouwen. Een browser volgt die instructie op. Een crawler vaak niet. Google kan soms later terugkomen en ze renderen; de AI-crawlers achter ChatGPT, Claude en Perplexity draaien die code grotendeels helemaal niet, dus voor hen blijft de kamer gewoon leeg.

Dit is geen exotisch randgeval. Het is het standaardgedrag van de meeste websitebouwers, het is onzichtbaar vanaf de voordeur, en elk werktuig dat de pagina scoort die een browser tekende, zal melden dat alles in orde is. Dat is de meest voorkomende stille fout in kmo-SEO, en het is waarom de ruwe geserveerde code — nooit het browserbeeld — het enige is dat dit platform als bewijs behandelt.

Wat hij meet: vijf vragen, gesteld aan elke pagina

Niet één score. Vijf aparte oordelen, elk afzonderlijk gescoord, omdat ze onafhankelijk van elkaar falen en door verschillend werk hersteld worden. Een site kan technisch onberispelijk zijn en nog altijd niemand overtuigen.

• De technische basis — kan Google elke pagina die u hebt bereiken, lezen en indexeren? Crawlbaarheid, indexeerbaarheid, of twee adressen stilletjes om dezelfde pagina concurreren, of de sitemap de waarheid vertelt, of redirects ergens naartoe leiden. Eén verdwaalde regel in robots.txt kan een hele sectie van een site maandenlang verbergen.
• Inhoud en geloofwaardigheid (E-E-A-T) — bewijst de pagina dat er een echt, ervaren persoon achter staat? Een genoemde auteur, bewijs van eigen ervaring, onderbouwde beweringen, en genoeg inhoud om de vraag te beantwoorden die ze belooft te beantwoorden.
• Van bezoekers aanvragen maken — is de volgende stap duidelijk zodra iemand landt? Een heldere actie, een telefoonnummer dat aanklikbaar is op een telefoon, een vindbaar formulier, en het aanbod vóór de vouw. Een pagina die eerste staat voor een zoekopdracht maar nergens naartoe leidt, verdient exact evenveel als een pagina die tiende staat.
• Klaar voor AI-zoekmachines — kunnen ChatGPT, Claude, Gemini en Perplexity u lezen, en zouden ze u citeren? Twee dingen tellen: toegang (of uw site AI-crawlers binnenlaat en hun leesbare tekst serveert) en citeerbaarheid (of uw pagina’s op zichzelf staande passages bevatten die een assistent kan overnemen en toeschrijven). AI-crawlers blokkeren is het meest voorkomende eigen doelpunt dat wij vinden, en het is meestal per ongeluk.
• Snelheid en stabiliteit (Core Web Vitals) — hoe snel de hoofdinhoud verschijnt, hoe snel de pagina reageert op een tik, en of er dingen verspringen tijdens het laden. Waar Google velddata over uw site bijhoudt, gebruiken wij dat verslag van echte bezoeken in plaats van een labsimulatie op een snelle verbinding.

Binnenin een opdracht: acht fasen, elk met een verplichte oplevering

Elke opdracht doorloopt dezelfde volgorde, en die volgorde wordt afgedwongen door de software in plaats van onthouden door een persoon. Een fase kan niet als afgerond gelden zolang datgene wat zij moest opleveren niet werkelijk bestaat. Er is geen vakje om aan te vinken.

• 1. Intake — wij spreken af wat er aangeraakt wordt: wat de zaak doet, aan wie ze verkoopt, welke gemeenten tellen, welke pagina’s verboden terrein zijn, en langs welke route de wijzigingen verscheept worden. U bevestigt de afbakening voor er iets draait.
• 2. Crawlaudit — wij halen uw site op zoals een zoekmachine ze ontvangt en bewaren de ruwe code, en scoren daarna de vijf dimensies. Deze fase leest alleen; er verandert niets.
• 3. Bevindingen — elk probleem gegradeerd als P0 (kost u nu geld), P1 (kost u kansen) of P2 (de moeite waard), elk met zijn eigen bewijs: de dubbele titel zoals hij er staat, het aantal bytes van een lege paginabody, de onvolledige gestructureerde data. U wordt nooit gevraagd een ernst op goed geloof aan te nemen.
• 4. Contentpakket — afgewerkte teksten, geen suggesties: pagina-inleidingen, een gelaagde FAQ, tekst per locatie met echte lokale details in plaats van één alinea waarin de gemeentenaam verwisseld is. Een mens leest en keurt elk woord goed, en het programma laat de opdracht niet afronden zolang er een stuk tekst onbeoordeeld is.
• 5. Herstelplan — elke wijziging op papier voor er iets wijzigt: de pagina, de exacte waarde ervoor, de exacte waarde erna, de route die haar doorvoert, en het terugdraaipad. Alles wat een bezoeker zal zien, wordt als een voor-en-na-beeld getoond dat goedgekeurd moet worden voor het überhaupt doorgevoerd kan worden.
• 6. Blogkader — het deel dat blijft werken nadat wij stoppen: wat er geschreven wordt, op welke zoekintentie, volgens welke norm, en de kwaliteitspoort die het tegenhoudt. Ongeverifieerde cijfers en nieuwsclaims gaan langs een mens vóór ze publiceren. Die poort onderscheidt een contentmotor van het patroon van geschaalde content dat Google bestraft.
• 7. Samenstellen — uw twee levende documenten: een gedetailleerd verslag geschreven voor u, dat opent met een samenvatting in gewone taal, en een identiek verslag in propere machineleesbare vorm. Zelfde versie, zelfde wijzigingslog, de volgende keer ter plekke bijgewerkt in plaats van vervangen door een nieuw bestand.
• 8. Verifiëren — elke pagina die aangeraakt werd, wordt opnieuw opgehaald en vergeleken met wat de wijziging moest bereiken. Daarna herhaalt het programma dat onafhankelijk. Een fix die niet bewezen kan worden, telt niet als klaar, en de opdracht sluit niet.

De regel die alles verandert: het deel dat het werk doet, is niet het deel dat het beoordeelt

U zou geen keuring aanvaarden die de aannemer zelf uitvoert. Het is het oudste belangenconflict dat er bestaat, en bijna elk SEO-rapport bevat het: het bureau dat de wijziging maakte, is ook het bureau dat u vertelt dat ze gewerkt heeft.

Dus splitsten wij ze. Wanneer een opdracht klaar is, haalt een apart programma — zonder toegang tot wat de werksessie beweerde en zonder belang erbij — elke aangeraakte pagina opnieuw op. Het vergelijkt wat elke wijziging moest opleveren met wat uw server nu werkelijk verstuurt, en met de momentopname van vóór er iets veranderd werd. Het schrijft zijn eigen oordeel in zijn eigen bestand. Beide verslagen blijven bestaan, beide worden geleverd, en spreken ze elkaar tegen, dan wint de keurder en blijft de opdracht open.

Dat is de hele truc, en hij is niet slim — het is discipline die de meeste leveringsmodellen zich niet kunnen veroorloven, omdat ze een tweede doorloop kost en soms slecht nieuws oplevert. Ze bestaat omdat het alternatief is dat wij u vragen ons op ons woord te geloven, en ons woord is exact evenveel waard als ons vermogen om het te bewijzen.

Zes ontwerpkeuzes erachter, en waarom elk ervan er is

Iedereen kan een SEO-checklist automatiseren; dat deel is een weekendproject. De moeilijke vraag is wat er gebeurt wanneer de automatisering vol overtuiging fout zit, wanneer de waarheid vertellen duur is, of wanneer een vergissing het bureau toevallig flatteert. Bijna elke interessante beslissing in dit platform is een antwoord op een van die drie — en ze blijken allemaal dezelfde zet te zijn, zes keer gemaakt: overal waar het systeem iemands woord had kunnen aannemen, werd het gedwongen iets controleerbaars te vereisen.

• 1. De controleur leest onze verslagen niet, hij leest uw server. Het gewone antwoord is “controleer het werk twee keer”. In de plaats heeft de tweede doorloop geen toegang tot onze notities, onze logboeken of het verslag van de werksessie — hij vraagt uw webserver wat die op dit moment verstuurt en vergelijkt dat met wat de wijziging moest opleveren. Dat weegt enorm zodra AI meewerkt: een model kan vol overtuiging en vloeiend fout zitten over wat het net deed, maar een webserver kan niet fout zitten over wat hij net verstuurde — hij geeft geen mening, hij retourneert bytes. De controle op de server richten in plaats van op de werker maakt van een kwestie van oordeel een kwestie van meting.
• 2. De wacht staat op het moment van schrijven, niet bij de nalezing. Het gewone antwoord is de tekst genereren en ze nadien door een mens laten controleren op verzonnen claims. In de plaats: wanneer een verbetering een feit nodig heeft dat wij niet hebben — een certificaat, een oprichtingsjaar, een prijs, een telefoonnummer — weigert de software die tekst überhaupt te genereren en stelt zij een vraag. Een nalezingspoort hangt af van één specifiek persoon die alert is om zes uur op een vrijdag; een generatiepoort hangt van niemand af. Zet de wacht vroeger en de plausibele verzonnen claim bestaat nooit, dus kan hij niet gemist of in haast goedgekeurd worden. De meeste “AI-hallucinatie”-problemen in marketingtekst zijn eigenlijk een wacht die één stap te laat staat.
• 3. Er is een mechanisme dat ons kan dwingen een klant te zeggen dat wij fout zaten. Het gewone antwoord is dat de audit die de opdracht binnenhaalde, stilletjes de audit wordt die het werk stuurt. In de plaats moet elke claim uit de verkooppitch opnieuw getest worden tegen een verse crawl en gemarkeerd als bevestigd, weerlegd of niet van toepassing, telkens met bewijs. Een weerlegd punt wordt niet gewist — het gaat in het rapport van de klant, want die werd erover ingelicht en heeft hoe dan ook recht op een antwoord. Een organisatie zonder middel om haar eigen verkoopmateriaal tegen te spreken, zal haar eigen verkoopmateriaal nooit tegenspreken — niet uit oneerlijkheid, maar door de afwezigheid van enig moment waarop dat iemands taak wordt.
• 4. De strengste controle wijst in de richting van onze eigen vooringenomenheid. Het gewone antwoord is controleren op fouten die resultaten slechter doen lijken. In de plaats bewaakt de hardste regel de fout die óns beter zou doen lijken: voor-en-na-vergelijkingen steunen op een momentopname van vóór er iets aangeraakt wordt, en blijkt die momentopname een beveiligingsscherm in plaats van de echte pagina, dan wordt de vergelijking gerapporteerd als niet beschikbaar, nooit als winst. Vergissingen die resultaten slechter doen lijken, worden meteen onderzocht omdat iemand geërgerd is; vergissingen die flatteren, komen aan verkleed als goed nieuws en worden gevierd. Die asymmetrie is hoe eerlijke mensen jarenlang onzin rapporteren.
• 5. Niets kan als klaar aangevinkt worden — klaar is iets wat het programma afleidt. Het gewone antwoord is een statusveld dat iemand op “afgerond” zet. In de plaats noemt elke fase vooraf het artefact dat zij verschuldigd is, en sluit ze pas wanneer dat artefact bestaat en geregistreerd is. Een statusveld is een bewering en beweringen drijven weg zodra iemand het druk heeft; een geregistreerde oplevering is bewijs en bewijs drijft niet weg. Het is het verificatie-idee toegepast op projectbeheer.
• 6. De regels die tellen, zijn niet in mensentaal geschreven. Het gewone antwoord is de AI zeggen wat ze nooit mag doen, en hopen. In de plaats leeft elke dragende regel buiten het model als gewone deterministische code: wat live mag, wat goedkeuring van de klant vereist, wat nooit verzonnen mag worden, wat er met privégegevens gebeurt. Instructies aan een model zijn verzoeken, meestal goed opgevolgd, en precies dat maakt ze gevaarlijk om op te steunen. De architectuurnota’s van het platform zelf zeggen het onomwonden: wachten aan de AI-kant zijn adviserend, wachten aan de programmakant zijn bindend.

Hoe het geïntegreerd wordt met de website die u al hebt

U verhuist niet van platform, herbouwt niets en installeert geen plugin die uw bezoekers bekijkt. De diagnose is identiek, wat uw site ook bouwde — crawlen is crawlen. Alleen de leveringsroute verschilt, en die kiest u tijdens de intake.

Voor er iets draait, somt het programma exact op welke toegang het nodig heeft — welke logins, welke rechten, en waarom elk ervan vereist is, met stap-voor-stap-instructies per punt. Het start geen opdracht zolang een vereist punt ontbreekt, en het werkt er niet stilletjes omheen.

• Base44 — waar het project GitHub-synchronisatie heeft, komen wijzigingen aan als een gewoon codeverschil en de preview ís simpelweg de diff, regel per regel. Waar dat niet zo is, produceert de Engine geordende kopieer-en-plak-instructies voor de builder, in de volgorde waarin ze toegepast moeten worden.
• WordPress — de Engine verbindt via de eigen officiële interface van WordPress. Draai de toepasstap en hij drukt elke voorgenomen wijziging af als voor-en-na in één lijst, en schrijft niets. Daarna kiest u: allemaal, enkele, of geen enkele.
• Uw eigen ontwikkelaar — geprioriteerde tickets met acceptatiecriteria: wat er moet veranderen, op welke pagina, en hoe iedereen kan zien dat het klaar is. Ook bruikbaar als u nooit meer met ons werkt, en dat is bewust: een audit waar u niets mee kunt zonder het bureau dat ze schreef, is een gijzelaar, geen oplevering.
• Webflow, Shopify, Squarespace, Wix, Ghost, Framer en maatwerk — elke builder heeft zijn eigen faalpatronen, dus houdt de Engine per platform een onderhouden bestand bij en leest hij het vóór hij het uwe auditeert. Wijzigingen komen als een gestructureerd plan plus de exacte stappen, doorgevoerd door ons of door u.

Twee poorten die u altijd zelf in handen houdt

• Simulatie is de standaard. Elke opdracht start in een modus waarin uw livesite aanraken niet zomaar afgeraden wordt, maar onmogelijk is — de functie die wijzigingen doorvoert, weigert te draaien buiten productiemodus. Overschakelen naar productie is een bewuste handeling waarbij een mens het woord voluit moet typen, en geen enkele geplande taak kan het omzetten.
• Preview komt vóór live, altijd. Alles wat een bezoeker zal zien, wordt als een voor-en-na-beeld getoond en kan niet doorgevoerd worden tot een persoon dat beeld goedkeurt. Het gevolg verdient het om klaar en duidelijk gezegd te worden: de designkant van dit platform kan niet onbewaakt draaien. Dat is de functie, geen beperking.

Als het vastloopt, mag het niet gokken en mag het niet stilvallen

Echt werk loopt vast: een wachtwoord verloopt, een recht werd nooit toegekend, een fix heeft een feit nodig dat alleen u hebt. Het gevaarlijke falen is niet de blokkade — het is software die de blokkade toedekt en iets plausibels produceert in de plaats.

Dus is stoppen hier iets formeels. Het programma meldt een blokkade, en een blokkade is alleen geldig als ze benoemt wat voor soort probleem dit is, een diagnose geeft, en het exacte ding stelt dat een mens moet doen — geschreven voor een vermoeid persoon aan het einde van de dag, niet voor een ingenieur. De erkende soorten zijn: toegang ontbreekt, login ongeldig, een feit dat alleen de klant heeft, een platformbeperking, een externe afhankelijkheid, een betaalmoment, een afweging boven het gezag van de software, en een mechanisch falen van de run zelf.

Niets jaagt u erover op. Er zijn geen pop-ups, geen alarmmails, geen meldingen — alles wacht op één plek tot u zelf kiest om te kijken. Dat is bewust: software die u onderbreekt, wordt genegeerd, en software die genegeerd wordt, is geen veiligheidssysteem.

Zes dingen die deze software gebouwd is om te weigeren

Iedereen kan een lijst met waarden publiceren. Deze zijn anders: elk ervan is een weigering die in het programma geschreven staat — en daarom houden ze stand op een vrijdagnamiddag, wanneer het makkelijker en winstgevender zou zijn als ze dat niet deden.

• Ze verzint nooit een feit over uw zaak. Als een aanbevolen verbetering een certificaat, een prijs, een oprichtingsjaar of een telefoonnummer nodig heeft dat wij niet hebben, weigert de software die tekst te schrijven en stelt zij u een vraag. De fix wordt ingehouden op het moment van schrijven, precies zodat de verleiding de pagina nooit bereikt.
• Ze vinkt nooit een fix af op goed vertrouwen. Een wijziging is klaar wanneer uw server opnieuw opgehaald is en de nieuwe waarde in het antwoord zit — gecontroleerd door een ander deel van het programma dan het deel dat de wijziging maakte.
• Ze rapporteert nooit een verbetering die ze niet kan bewijzen. Voor-en-na-vergelijkingen steunen op een momentopname van vóór er iets aangeraakt wordt. Blijkt die momentopname een beveiligingsscherm in plaats van uw echte pagina, dan wordt ze gerapporteerd als niet beschikbaar, niet als een verschil. Een verzonnen verbetering is erger dan geen cijfer.
• Ze toetst ons eigen verkooppraatje aan de werkelijkheid. Wat u te zien kreeg vóór u betaalde, werd op een ander moment door een ander werktuig gemaakt, dus het is geen bewijs. Wanneer de echte opdracht start, moet elke claim uit die pitch opnieuw getest worden en gemarkeerd als bevestigd, weerlegd of niet van toepassing, telkens met bewijs uit de nieuwe crawl. Waar wij fout zaten, zegt uw rapport dat wij fout zaten.
• Ze verplaatst nooit geld. De software bewaart geen kaartgegevens en kan geen betaling doen, in geen enkele modus, om geen enkele reden. Moet er iets gekocht worden, dan koopt een mens het bij de verkoper en bevestigt het achteraf.
• Niets naar buiten vertrekt onbewaakt. Het platform verstuurt geen e-mail in uw naam; uitgaande berichten zijn concepten die een mens verstuurt. En alles wat een bezoeker zal zien, kan niet live gaan voor een persoon de gerenderde preview goedgekeurd heeft.

Waarom uw site profiteert van elke site die vóór de uwe geauditeerd werd

Elke builder heeft zijn eigenaardigheden — wat hij server-side rendert, waar hij uw metadata verstopt, welke instelling stilletjes de instelling overschrijft die u net veranderde. Elk vak heeft zijn eigen patronen voor wat een koper overtuigt. Elke regio heeft zijn eigen lokale signalen. Dat alles gaat in een onderhouden kennisbank die de Engine leest vóór hij uw site auditeert, zodat uw opdracht begint waar de vorige eindigde in plaats van vanaf nul. Een aparte pijplijn houdt ze actueel door officiële bronnen en vakonderzoek doorlopend te volgen.

Om in die kennisbank te raken moet een les vier toetsen doorstaan: ze moet bruikbaar zijn (ze verandert wat iemand effectief zou doen), officieel of bevestigd (van de bron zelf, of bevestigd door een onafhankelijke tweede bron — één anonieme blogpost is geen bewijs), nieuw (wij weten het nog niet) en duurzaam (over zes maanden nog waar). De meeste kandidaten falen, en dat is precies het punt van een poort.

En er staat een muur middendoor. Uw naam, uw adres, uw cijfers, alles wat u identificeert, leven in uw eigen privédossier en mogen nooit overlopen naar gedeelde kennis. Dat is geen privacybeleid — het is afgedwongen in de code, en opnieuw geveegd telkens er wijzigingen doorgevoerd worden.

Wat u werkelijk ontvangt

• Het document geschreven voor u — een gedetailleerd verslag dat opent met een handvol gewone zinnen: wat er gevonden werd, wat er veranderde, en waarom het telt voor uw zaak. Geschreven voor een ondernemer, niet voor een SEO-professional, met elke onvermijdelijke technische term uitgelegd bij de eerste keer dat hij verschijnt. Daaronder: elke bevinding met haar bewijs, elk stuk tekst, elke actie en welke route ze doorvoerde, en de verificatieresultaten.
• Het document geschreven voor machines — de identieke inhoud als propere gestructureerde tekst zonder opmaak, zodat een AI-assistent, een toekomstig bureau of het gereedschap van uw eigen ontwikkelaar uw hele SEO-geschiedenis kan uitlezen zonder een pdf te schrapen. Zelfde versie, zelfde wijzigingslog, in de pas gehouden door het programma in plaats van door iemands geheugen.
• Een maandrapport — de code van voor en na voor elke fix die die maand verscheept werd. Geen score die bewoog; de echte wijziging.
• Een regressiewacht — sites verschuiven wanneer templates bijgewerkt worden en plugins instellingen overschrijven, dus hercrawlt de Engine volgens schema en meldt hij wanneer iets waar u voor betaalde stilletjes ongedaan gemaakt is.
• Alles wat van u is — uw domeinnaam op uw naam vanaf dag één, Search Console en Analytics van u, en een volledige export binnen vijf werkdagen als u opzegt.

Controleer het zelf — drie live eindpunten

Deze website wordt door dezelfde Engine geauditeerd, volgens schema, aan dezelfde norm: een studio die SEO verkoopt en wier eigen site zakt voor haar eigen audit, heeft geen product. Drie van die controles zijn openbaar, en het zijn live eindpunten in plaats van schermafbeeldingen — een falen tonen ze dus in real time.

• Twin-dekkingsaudit (https://justmarket.me/functions/serveTwinAudit) — ontdekt elke pagina op deze site en controleert of elke pagina een volledig server-gerenderde versie heeft die een AI-crawler kan lezen. Elk gat wordt als een falen gerapporteerd.
• Toegangsbeleid voor AI-crawlers (https://justmarket.me/robots.txt) — twaalf AI-crawlers bij naam genoemd en uitdrukkelijk toegelaten: GPTBot, ClaudeBot, Claude-SearchBot, OAI-SearchBot, PerplexityBot, CCBot, Google-Extended en de rest. Ze per ongeluk blokkeren is het meest voorkomende eigen doelpunt dat wij vinden.
• Server-gerenderde index (https://justmarket.me/functions/serveSitemapHtml) — elke pagina, gids en artikel als platte HTML, zonder JavaScript.

Is dit gewoon een AI die SEO-advies schrijft?

Nee, en het onderscheid is belangrijk. AI doet veel van het schrijf- en analysewerk in de Engine en daar doen wij niet geheimzinnig over — maar AI beslist hier niet wat waar is. De crawler die uw site ophaalt, is gewone deterministische software. De hercontrole die bewijst dat een fix is doorgevoerd, is gewone software. De regels over wat gepubliceerd mag worden, wat uw goedkeuring vereist en wat nooit verzonnen mag worden, worden afgedwongen door het programma, niet gevraagd aan het model. In de architectuurnota’s van het platform zelf staat het onomwonden: wachten aan de AI-kant zijn adviserend, wachten aan de programmakant zijn bindend.

Moet ik hier iets van begrijpen om klant te zijn?

Nee. Deze pagina bestaat omdat sommige mensen de machine willen zien voor ze haar vertrouwen, en omdat een bureau dat zijn methode niet in gewone woorden kan uitleggen er meestal geen heeft. In de dagelijkse praktijk krijgt u een document dat opent met enkele zinnen in gewone taal, een maandrapport, en iemand om mee te praten.

Kan ik inloggen op het platform, of het kopen?

Geen van beide, en dat is bewust. Er is geen klantenlogin, geen licentie om te betalen en geen dashboard om te leren — de software is van ons, wij bedienen ze, en het bedienen ervan is de dienst die gekocht wordt. Ze wordt ook niet als product aan andere bureaus verkocht. Wat een klant wél meeneemt is de uitvoer: de audit, het herstelplan en de ontwikkelaarstickets zijn zo geschreven dat elke bekwame ontwikkelaar er zonder ons mee aan de slag kan — en dat is het deel dat de klant werkelijk beschermt.

Wat gebeurt er als een klant stopt met ons — verliest die het platform?

Die had er nooit toegang toe, dus in die zin gaat er niets uit, en niets aan de website hangt af van het voortbestaan van JustMarket.Me. De domeinnaam staat vanaf dag één op naam van de klant, Search Console en Analytics zijn van de klant, de inhoud is van de klant, en de twee hoofddocumenten zijn een volledig schriftelijk verslag van elke bevinding, elke wijziging en elke verificatie — één ervan in platte machineleesbare vorm, precies zodat een volgend bureau of een ontwikkelaar het kan oppikken zonder ons iets te vragen. Opzeggen kan elke maand; de volledige export volgt binnen vijf werkdagen.

Wie kijkt er nu echt naar de site — software of een mens?

Allebei, in vaste rollen. De software doet het crawlen, het meten, het schrijven van concepten en het verifiëren, want dat zijn de delen waar machines consistenter zijn dan een mens die ’s avonds laat pagina’s leest. Een mens bepaalt de afbakening, keurt elk woord tekst goed, keurt alles goed wat een bezoeker zal zien, beslist wat live gaat, en is degene met wie de klant praat. De software heeft nooit het laatste woord over iets dat een klantenwebsite bereikt.

Worden mijn gegevens gebruikt om de sites van andere klanten te verbeteren?

Patronen ja, uw gegevens nooit. Een les als "deze builder verwijdert een bepaalde tag bij het opslaan" wordt gedeelde kennis. Uw naam, adres, cijfers en alles wat u identificeert, blijven in uw eigen privédossier — afgedwongen in de code en opnieuw geveegd telkens wijzigingen doorgevoerd worden, in plaats van beloofd in een beleid dat niemand leest.

Wat gebeurt er als de software iets fout heeft?

Ze is ontworpen op de aanname dat dat zal gebeuren. Daarvoor dient de onafhankelijke hercontrole, daarvoor dient het blokkadesysteem, en daarom heeft elke doorgevoerde wijziging een terugdraaipad dat vastgelegd is vóór ze doorgevoerd wordt. Niets hier hangt ervan af dat het gereedschap de eerste keer juist zit.

Laat uw website doorlichten

De audit van €450 toont u exact wat een zoekmachine van uw website ontvangt, pagina per pagina, met elke bevinding bewezen en gegradeerd — en wordt volledig verrekend met uw eerste drie maanden als u een plan start. Plannen beginnen bij €279 per maand, volledig gepubliceerd, geen offerte nodig. Er is ook een gratis gesprek van 20 minuten: een gesprek, geen rapport.