Is It WP? WordPress-aanwijzingen controleren

Lees het bewijs vóór het oordeel

Een signaal is gevonden, niet gevonden of niet beschikbaar. Niet gevonden betekent dat de bekeken respons die aanwijzing miste. Niet beschikbaar betekent een onbruikbare aanvraag of respons. Geeft een firewall een foutpagina, dan zegt een ontbrekend themapad weinig over wat echte bezoekers zien. De compacte weergave toont de eerste zes signaalregels en hoofdvelden. Exporteer JSON voor de hele signaallijst en teruggegeven thema-CSS-metadata, ook voor aanwijzingen buiten de compacte weergave.

De gewichten zijn expliciet: REST-core 45, WordPress-generator 35, discovery 25, content- en includes-paden ieder 20, kernscripts 15, cookieprefixen 12, publicatiediscovery 10 en pingback 8. De som stopt bij 100. Tien verwijzingen naar één plugin zijn geen tien onafhankelijke signalen; verwijzingenaantal en bewijsgewicht zijn verschillende maten.

Het oordeel houdt ook rekening met de hoofdpagina. Als de aanvraag mislukt of de respons een fout, afgebroken HTML of geen HTML bevat, blijft de uitslag onduidelijk, ook als er enkele aanwijzingen zijn gevonden. Bij bruikbare HTML leveren een REST-core-aanwijzing plus een ander signaal, of minstens drie signalen met samen 55 punten of meer, sterk bewijs op. Zonder die combinatie kan een score van 30 of meer de uitslag waarschijnlijk opleveren; een lagere positieve score blijft onduidelijk. Dit zijn vaste beoordelingsregels, geen berekende kansen of bewijs van toegang tot de backend.

Waarom pagina’s andere API’s tonen

De checker gebruikt bij voorkeur de discovery-URL uit Link-header of HTML. Anders leidt hij een wp-json/-kandidaat af uit zichtbare content-paden of de oorsprong. Niet alle directories worden doorzocht. Een publicatie onder /news/ kan daarom verschillen van een homepage uit een ander systeem, vooral zonder bruikbare API-relatie op de homepage.

De REST-discoverydocumentatie definieert https://api.w.org/. Hier telt daarnaast of de kandidaat herkenbare core-namespaces of routes teruggeeft. API-link en bruikbare index zijn aparte bewijsregels: een gepubliceerde verwijzing bevestigt geen werkende bestemming tijdens de controle.

Eigen namespaces blijven nuttig, maar worden niet automatisch plugininventaris. Een thema of eigen code kan routes registreren. RSD, Windows Live Writer en X-Pingback hebben lagere gewichten. ClockTools leest verwijzingen zonder publicatieverzoeken of credentialtests. Een uitgeschakelde interface kan bewijs wijzigen zonder het CMS te veranderen.

Gebruik paden voor betere inventarisvragen

Een bestand onder /wp-content/themes/atelier/ toont een directoryslug. De hoofdkandidaat heeft de meeste verwijzingen, alfabetisch bij gelijkstand; dat is niet de ingelogde actieve-themaselectie. De conventionele style.css en openbare headerdata kunnen worden gelezen. Zonder naam blijft de slug een slug, geen verzonnen product.

Twee themadirectories vragen onderzoek, niet automatisch een conflictwaarschuwing. In het child-thememodel noemt Template de parent-directory. Vraag bij atelier-child en atelier waar eigen aanpassingen en parent-bestanden staan. Cache of onafhankelijk gebruikte bestanden kunnen een tweede slug verklaren. Bevestig de inrichting in beheer vóór updates.

Paden onder /wp-content/plugins/ en /wp-content/mu-plugins/ worden per slug en aantal gegroepeerd. De must-use-plugindocumentatie verklaart de speciale laadwijze, maar openbare paden tonen niet alles. Een contactpagina kan formulieren laden die de homepage mist. Bekijk die voor migratie apart en vergelijk met actieve en must-use-inventaris van de eigenaar.

Server-only plugins, bundels, eigen paden en CDN-herschrijving kunnen onzichtbaar blijven; cache kan verwijderde onderdelen blijven noemen. Een themaversie hoort bij dat thema; willekeurige ?ver=-waarden onthullen de kern niet. WordPress-versie wordt alleen uit expliciete generatorinformatie gelezen. Een leeg veld kan dus juist zijn.

Theme Name is de gepubliceerde weergavenaam; Author en Theme URI zijn opgegeven auteursinformatie. Text Domain is een vertaaldomein, geen websitehost. Ze helpen bedoelde documentatie vinden, maar blijven bewerkbare tekst. Ze bewijzen geen eigendom, licentierechten of beschikbare update voor de geleverde bestanden.

Scheid inhoudsproductie van pagina-uitgifte

Een traditionele site levert WordPress-HTML; cache een oude kopie. Statische export behoudt markup en paden zonder WordPress per bezoek. Een headless frontend kan inhoud uit een private of andere WordPress-dienst halen zonder herkenbare paden te publiceren. De checker bekijkt levering, niet alle productiesystemen.

Dat verklaart verrassingen in beide richtingen. Een hoge score op een export kan de aanwijzingen juist beschrijven terwijl een live-backendclaim onjuist zou zijn. Geen signalen op headless kan eveneens kloppen terwijl redacteuren WordPress gebruiken. Vraag waar inhoud wordt geschreven, gebouwd en geleverd; dat helpt meer dan discussie over een detectielabel.

In het vaste exportvoorbeeld tellen generator en wp-content op tot 55 zonder bruikbare REST-core. Twee signalen voldoen niet aan de drie-signaalregel voor sterk bewijs; met bruikbaar HTML kan waarschijnlijk verschijnen. Geblokkeerde of afgebroken hoofdpagina blijft onduidelijk. Gekopieerde publicatieclues kunnen punten toevoegen zonder een draaiend backend te bewijzen.

Onderzoek verrassingen zonder private pagina’s

Begin bij ingevoerde en uiteindelijke URL. Een redirect kan naar andere host, taalpagina of challenge gaan. Vergelijk status en bekeken bytes vóór componentnamen. Afgebroken HTML kan latere signalen missen, dus de lijst is niet volledig. Controleer welke openbare respons werkelijk is onderzocht.

Inspectie is anoniem en begrensd: een pagina, één REST-kandidaat en eventueel een stylesheet. JavaScript draait niet. De oorspronkelijke query wordt verwijderd; parameterafhankelijke pagina’s kunnen afwijken van je browser. Gebruik geen ondertekende preview of loginlink als omweg. Bekijk normale openbare paden hier en ingelogde pagina’s lokaal.

Bewaar bij geblokkeerde API of limiet de niet-beschikbare regel, probeer later en bekijk zo nodig eigen toegangsregels. Zet bescherming niet uit voor een betere score. Controleer versies en updates in beheer; hier worden geen kwetsbaarheden vergeleken. Een bruikbare correctie bevat veilige URL, tijd, verwachte aanwijzing en openbare respons, niet alleen een betwist getal.