Können wir die Komplexität der Website messen?

Wenn Sie HTML-Tags auf den angezeigten HTML-Seiten als "Operatoren" zählen, können Sie für jede Webseite eine Halstead-Nummer berechnen.

Wenn Sie den Quellcode, den erzeugt, auf den Webseiten ansehen, können Sie die Komplexitätsmaße (Halstead, McCabe, SLOC, ...) berechnen. Dazu benötigen Sie Tools, die solche Metriken aus den Webseitenquellen berechnen können.

Unsere SD-Quellcode-Suchmaschine (SCSE) wird normalerweise verwendet, um über große Codebasen (z. B. das Internet) zu suchen Site-Code), auch wenn die Codebasis aus gemischten Sprachen besteht (HTML, PHP, ASP.net, ...). Als Nebeneffekt berechnet der SCSE einfach Halstead, McCabe, SLOC, Kommentare und eine Reihe anderer grundlegender Messungen für jede Datei, die er suchen kann (hat indiziert).
Diese Metriken werden als XML-Datei exportiert. Ein Beispiel finden Sie oben im Weblink. Dies würde Ihnen eine grobe, aber sofortige Möglichkeit geben, Metriken für die Komplexität von Websites zu berechnen.

Obwohl die Frage vor sechs Monaten gestellt wurde ...

Wenn Ihre Website eine 100% statische Website ohne Javascript ist, dann muss sie von einem in einer Programmiersprache programmierten Back-End betrieben werden. Daher beeinflussen die Komplexitätsmaßnahmen, die die Back-End-Programmierung betreffen, indirekt auch die Komplexität der Wartung des Standorts.

Typisch, habe ich eine Corellation zwischen der Wartbarkeit und Qualität (oder dem Fehlen davon) der Webseiten selbst zu der Qualität (oder dem Fehlen davon) beobachtet, die durch Software-Metriken in der Back-End-Programmierung gezeigt wird. Ziehe mich nicht darauf an und nimm es mit einem Körnchen Salz. Es ist eine reine Beobachtung, die ich in den Gigs gemacht habe, an denen ich gearbeitet habe.

Wenn Ihre Website - dynamische Inhalte oder nicht - auch JavaScript enthält, dann ist dies auch Quellcode, der messbare Attribute in Bezug auf Softwarekomplexitätsmetriken zeigt. Und da JavaScript typischerweise zum Rendern von HTML-Inhalten verwendet wird, ist es eine Möglichkeit (aber nicht als eine Sicherheit), dass fleißiges, schwer zu pflegendes JavaScript ähnlich attackiert, HTML schwer zu pflegen ist (oder in eine markante, schwer zu pflegende Markup eingebettet ist) .)

Für eine vollständig statische Website könnten Sie dennoch eine Art von Metriken entwickeln, obwohl mir keine bekannt sind, die veröffentlicht werden.

Regellos, eine gute Website sollte eine einheitliche Verknüpfung haben.

Es sollte eine einheitliche Navigation bieten.

Außerdem sollten HTML-Seiten nicht repliziert oder dupliziert werden, kleine bis keine toten Links.

Links innerhalb der Site sollten relativ sein (entweder zu ihrer aktuellen Position oder zu der logischen Wurzel '/') und nicht absolut. Das heißt, den Domänennamen nicht fest codieren.

URI-Benennungsmuster sollten einheitlich (vorzugsweise in Kleinbuchstaben) sein. Bei URLs wird die Groß- / Kleinschreibung nicht berücksichtigt, daher ist es absolut sinnlos, Links zu verwenden, die beide Fälle miteinander verbinden. Darüber hinaus können Links auf Dateien in tatsächlichen Dateisystemen abgebildet werden, bei denen die Groß- / Kleinschreibung beachtet werden muss, was zum nächsten führt.

URIs, die Phrasen darstellen, sollten einheitlich sein (entweder use - oder _, um Wörter zu trennen, aber nicht beide und sicherlich keine Leerzeichen). Vermeiden Sie einen Kamelfall (siehe vorherigen Kommentar zum unteren Gehäuse).

Mir sind keine veröffentlichten oder befürworteten softwareähnlichen Metriken für Websites bekannt, aber ich würde mir vorstellen, dass sie, wenn es welche gibt, versuchen könnten, einige der oben genannten Attribute zu messen.

Ich nehme an, Sie könnten "Hub-Scores" als eine Komplexitätsmetrik betrachten, da sie berücksichtigt, auf wie viele externe Sites verwiesen wird. "Autoritäre Quellen in einer vernetzten Umgebung" von Jon Kleinberg diskutiert es.

Dies ist eine großartige Papier zu dem Thema .