Om registrering af en webstedsplatform
Hvordan kan du se, hvad et website er bygget med?
Hver platform efterlader fingeraftryk. Et generator-meta-tag, et forudsigeligt mappenavn i en asset-URL, en cookie, som kun ét system sætter, eller en header, som en bestemt vært altid tilføjer – intet af det annonceres bevidst, og alt er der for at blive aflæst.
En CMS-detektor aflæser disse signaler og matcher dem med et bibliotek over kendte platforme. Det er mønstergenkendelse snarere end noget avanceret, hvilket er grunden til, at det går hurtigt, men også til, at resultatet af og til er forkert.
Det mest nyttige ved det er, at det fungerer på websteder, du ikke har noget at gøre med. Det tager kun få sekunder – i stedet for en samtale – at finde ud af, hvad en konkurrent bruger, eller hvad en potentiel kunde forventer, at du arbejder med.
CMS, e-handelsplatform eller webstedsbygger?
De bliver ofte slået sammen, men i praksis fungerer de forskelligt:
- Et CMS håndterer indhold – WordPress, Drupal, Ghost, Craft.
- En e-handelsplatform håndterer produkter og betaling – Shopify, Magento, BigCommerce.
- En webstedsbygger opretter siderne visuelt – Wix, Squarespace, Webflow.
- En statisk webstedsgenerator bygger sider på forhånd og leverer almindelige filer.
Dette værktøj angiver, hvilken af disse kategorier hver registreret platform tilhører, i stedet for at kategorisere alt som et "CMS". En webshop, der kører på Shopify, har ikke et CMS i streng forstand, og det er mere nyttigt at sige det, end at lade som om det forholder sig anderledes.
Hvorfor platformen er vigtig for SEO
Det fastlægger de begrænsninger, du arbejder inden for. Hvad du kan ændre ved URL'er, hvordan titler og metabeskrivelser håndteres, om strukturerede data følger med uden ekstra omkostninger eller skal opbygges, hvor meget kontrol du har over sidens hastighed – alt dette afgøres af platformen, længe før nogen skriver et ord.
Det forudsiger også problemerne. Visse platforme skaber pålideligt bestemte problemer, så hvis du ved, hvad du kigger på, ved du, hvor du skal lede først, og hvilke løsninger der realistisk set er tilgængelige.
For bureauarbejde er det lige så meget et spørgsmål om afgrænsning som om teknik. Et tilbud på et site, som du frit kan redigere, er et andet tilbud end et på et site, hvor enhver ændring kræver en udvikler.
Når registreringen ikke finder noget
Et tomt resultat betyder ikke, at der er noget galt med sitet. Mange velfungerende sites er specialudviklede, kører på noget usædvanligt eller består af statiske filer uden noget, der kan identificeres.
Nogle platforme er også med vilje diskrete. Det er almindelige sikkerhedsanbefalinger at fjerne generator-tagget og omdøbe asset-stier, og en proxy eller CDN foran sitet kan fjerne de headers, som et detektionsværktøj ellers ville aflæse.
Og registreringen kan også vildledes i den anden retning. Et website, der er migreret mellem platforme, bevarer ofte spor af den gamle platform i sin markup i årevis, så et uventet resultat er værd at undersøge en ekstra gang frem for at tro på det med det samme.
Hvad dette værktøj kontrollerer
Indtast en URL, så indlæser værktøjet siden og sammenholder det, den finder, med et bibliotek over kendte platforme. Det rapporterer hver platform, det genkender, sammen med den kategori, den tilhører, og – når platformen oplyser det – versionen.
Den ser specifikt på platformen. En side anvender som regel langt mere teknologi end det – analyseværktøjer, skrifttyper, frameworks, hosting – og det fulde billede kræver et separat tjek.
Hvad kan du gøre som det næste
Platformen er udgangspunktet snarere end svaret. Se alt andet, siden indlæser, med
teknologi-tjekket, se, hvordan siden præsenterer sig, med
Googlebot-simulatoren, og tjek, om platformen koster dig noget, med
Core Web Vitals-testen.