A separate layer from delivery
The platform that answers a request and the software that produced the response are different things. A WordPress site can be served by Cloudflare, hosted by Kinsta and announced by Google's network, and every one of those statements can be true at once. These pages document the application layer only: what each system is, which public signals identify it, and what the detection cannot tell you.
What the evidence is
Application detection reads the final HTTPS response and the first bytes of its markup. That means response headers, cookie names, asset paths, hydration markers and the generator tag. One matching signal is reported as strong evidence; two or more independent signals are reported as confirmed. Nothing is inferred from one technology to another: a Next.js detection does not add React, and a Nuxt detection does not add Vue, unless their own markers appear.
Content management systems
Open source, WordPress Foundation
Content management systemOpen source, Drupal Association
Content management systemOpen source, Open Source Matters, Inc.
Content management systemOpen source, Ghost Foundation
Content management systemPixel & Tonic, Inc.
Content management systemHubSpot, Inc.
Content management systemPayload CMS, Inc.
Content management systemWilderborn
Site builders and commerce platforms
Squarespace, Inc.
Managed website platformWebflow, Inc.
Commerce platformAdobe Inc., and the open-source Magento project
Web application frameworks
Open source, maintained by Vercel
Application frameworkOpen source, NuxtLabs
Application frameworkOpen source, Svelte project
Site frameworkOpen source, the Astro Technology Company
Site frameworkOpen source, maintained under Netlify
Application frameworkOpen source, Laravel Holdings Inc.
Application frameworkOpen source, Django Software Foundation
Application frameworkOpen source, Rails Foundation
Application frameworkMicrosoft Corporation
Application frameworkOpen source, OpenJS Foundation
Browser frameworks and libraries
Open source, maintained by Meta
Frontend frameworkOpen source, the Vue project
Frontend frameworkOpen source, maintained by Google
Frontend libraryOpen source, OpenJS Foundation
Languages and runtimes
Open source, the PHP Group
Application runtimeVarious, Jakarta EE standard
Python application serverOpen source
Elixir application frameworkOpen source
Application and frontend platforms
Additional signals without a page
These are detected and reported in results, but the public evidence for each is a single signal and does not need its own reference page.
Statamic— Identified from an x-powered-by value naming Statamic. It is built on Laravel, so both can appear.Java servlet container— Identified from a JSESSIONID cookie, which names the servlet standard rather than any particular server or framework.Gunicorn— A Python application server named in the server header, most often running Django or Flask.Phoenix— Inferred from a server header naming Cowboy, the Erlang HTTP server that Phoenix runs on.webpack— Identified from bundle and runtime chunk filenames in the markup. It is build tooling, not a framework.Vite— Identified from /@vite/ paths in development output or hashed /assets/index-*.js filenames in a production build.jQuery— Identified from a versioned jQuery script filename. Its presence says nothing about the rest of the stack.Self-reported x-powered-by— Any x-powered-by value that matches no known signature is reported verbatim and labelled as self-reported rather than verified.meta generator— A generator tag that matches no detected technology is reported as declared by the page, not as confirmed evidence.
What none of this proves
A version number in a header or asset path is self-reported and can be stale, stripped or wrong. Absence of a signal is not absence of the technology: headers are commonly removed as a hardening measure, and several modern frameworks deliberately emit nothing. DNSTrace.dev reports what is publicly observable and labels the confidence rather than filling gaps with inference.