Wissenschaftliche Machbarkeitsstudie: Webpräsenz Mattersburger Unternehmen 2025

PromptadminForschung

Der System-Prompt definiert ein methodisches und technisches Untersuchungskonzept zur systematischen Erfassung und Bewertung aller Unternehmenswebsites in Mattersburg (Burgenland) für das Jahr 2025.

Das Wichtigste

  1. Vollzählung aller Unternehmen, Organisationen, Ärzte und Rechtsanwälte mit Sitz in Mattersburg anhand von WKO Firmen A-Z, Herold und Kammerregistern.
  2. Siebenstufiger Kriterienkatalog: Existenz, Erreichbarkeit (Status Code 200), SSL/TLS-Zertifikat, WKO-konformes Impressum, Responsivität, Barrierefreiheit und technisches SEO.
  3. Kombination aus manueller Prüfung (Recherche, WKO-Mindestangaben je Rechtsform) und Automatisierung über Python.
  4. Automatisierte Audits für Barrierefreiheit, SEO und Best Practices via Google Lighthouse CLI mit einem Schwellenwert von 90+ Punkten.

Warum das relevant ist

Das Dokument bietet einen strukturierten Leitfaden für automatisierte und manuelle Audits von Unternehmenswebsites auf regionaler Ebene, insbesondere im Hinblick auf österreichische Rechtskonformität (WKO) und Webstandards.

Einordnung

Der Prompt fungiert als detaillierte Spezifikation. Er nutzt Strukturierungstechniken wie tabellarische Kriterienübersichten, nummerierte Arbeitsabläufe (Procedural Prompting) und Python-Codebeispiele für requests, ssl und den Lighthouse-CLI-Aufruf. Der Prompt eignet sich als Instruktion für Forschungsassistenten oder automatisierte Audit-Skripte und nutzt Stakeholdern in der regionalen Wirtschaftsförderung, Webentwicklern und Auditoren.

Prompt

**Wissenschaftliche Machbarkeitsstudie: Webpräsenz Mattersburger Unternehmen 2025**

## **1\. Einleitung und Zielsetzung**

Die digitale Präsenz ist für den wirtschaftlichen Erfolg von Unternehmen im 21\. Jahrhundert essenziell. Diese Studie untersucht systematisch die Webpräsenzen aller in der Stadt Mattersburg (Burgenland) ansässigen Unternehmen, Organisationen, Ärzte und Rechtsanwälte.

**Ziel** dieser wissenschaftlichen Untersuchung ist die umfassende Bewertung der Unternehmenswebsites anhand technischer, rechtlicher und benutzerzentrierter Kriterien. Die Ergebnisse sollen als fundierte Basis für Handlungsempfehlungen zur Optimierung der digitalen Sichtbarkeit und Compliance für die lokale Wirtschaft dienen.

## ---

**2\. Methodik**

Die Studie folgt einem **Vollzählungsverfahren** (keine Stichprobe) und stützt sich auf eine detaillierte, mehrstufige Datenerhebung und \-analyse.

### **2.1. Erstellung des Untersuchungskorpus (Schritte 1 und 2\)**

#### **2.1.1. Recherche der Unternehmensliste (Korpus)**

Da die Daten der Gemeinde-Website als unvollständig bewertet wurden, wird ein triangulierter Ansatz zur Erstellung der Liste verwendet:

1. **Primäre Quellen:** Abfrage der relevanten **WKO-Firmen-Auskunft (Firmen A-Z)**, des **Herold** und/oder **Gelben Seiten/Branchenbuch** mit dem Suchradius Mattersburg.  
2. **Spezialregister:** Für Freiberufler wie Ärzte und Rechtsanwälte: Konsultation des **Österreichischen Ärzte- und Rechtsanwaltsverzeichnisses** (Kammerlisten) mit Filterung auf Mattersburg.  
3. **Bereinigung:** Manuelle Überprüfung und Konsolidierung der Listen, um Dubletten zu eliminieren und sicherzustellen, dass nur Unternehmen mit physischem Sitz in der Stadt Mattersburg erfasst werden.

#### **2.1.2. Identifikation der Website-URLs**

Die offizielle URL wird primär über die Eintragungen in den Registern gesucht. Fehlt diese, wird eine gezielte Google-Suche nach dem Firmennamen in Kombination mit "Mattersburg" durchgeführt. Unternehmen ohne eine auffindbare Website werden unter **Kriterium 0** (Website existiert) als "Nein" erfasst.

### **2.2. Kriterienkatalog und Testverfahren**

Jedes Unternehmen im Korpus wird anhand der folgenden sieben Kriterien geprüft:

| Nr. | Kriterium | Beschreibung | Testverfahren (Technik) |
| :---- | :---- | :---- | :---- |
| **0** | **Existenz** | Offizielle Website ist identifizierbar. | Manuelle Recherche |
| **1** | **Erreichbarkeit** | Startseite (Root-URL) antwortet mit Status Code 200 (OK). | HTTP-Anfrage (Python/Requests) |
| **2** | **Zertifikat** | Gültiges SSL/TLS-Zertifikat vorhanden (https). | OpenSSL-Check (Python-Bibliothek ssl) |
| **3** | **Impressum** | Impressum existiert und entspricht der WKO-Vorgabe für die Rechtsform. | Manuelle Prüfung, Abgleich mit WKO-Checkliste |
| **4** | **Responsivität** | Website passt sich unterschiedlichen Bildschirmgrößen an (Mobile-Friendly). | Google Lighthouse (Best Practices) |
| **5** | **Barrierefreiheit** | Startseite erfüllt grundlegende WCAG-Anforderungen. | Google Lighthouse (Accessibility Audit) |
| **6** | **Technisches SEO** | Grundlegende technische SEO-Faktoren sind optimiert. | Google Lighthouse (SEO Audit) |

### **2.3. Detaillierte Beschreibung der Testverfahren**

#### **(3) Impressumsanforderungen der WKO (Rechercheschritt)**

Die Studie muss die **spezifischen Mindestangaben** der WKO (Wirtschaftskammer Österreich) für gängige Rechtsformen (z.B. Einzelunternehmen, GmbH, OG, KG) vor der eigentlichen Prüfung recherchieren.

* **Einzelunternehmen:** Name, Anschrift, Unternehmensgegenstand, UID-Nummer (wenn vorhanden), Aufsichtsbehörde (für Freiberufler).  
* **GmbH:** Name, Anschrift, Unternehmensgegenstand, Firmenbuchnummer und \-gericht, UID-Nummer, Geschäftsführer.  
* **Ärzte/Rechtsanwälte:** Zusätzlich: Berufsbezeichnung, zuständige Kammer, Berufsrechtliche Vorschriften (Link).

#### **(6) Vorgehensweise zur Überprüfung des Impressums**

1. **Rechtsform-Identifikation:** Feststellung der Rechtsform des Unternehmens (z.B. über WKO Firmen A-Z oder Firmenbuch).  
2. **Auffinden des Impressums:** Suche nach dem Link/Bereich "Impressum" (alternativ "Kontakt", "Über uns").  
3. **Abgleich (Audit):** Vergleich der tatsächlich auf der Website vorhandenen Pflichtangaben mit den für die identifizierte Rechtsform spezifischen WKO-Vorgaben (Checkliste).  
4. **Bewertung:** Nur bei vollständiger Übereinstimmung gilt das Kriterium als "Erfüllt".

#### **(7, 8, 9\) Lighthouse-Audits**

Für die Kriterien 4, 5 und 6 wird das **Google Lighthouse Tool** (als Node.js-Modul oder über die Chrome Developer Tools) verwendet. Dies gewährleistet eine standardisierte, automatisierte und reproduzierbare Messung.

* **Barrierefreiheit (Kriterium 5):** Ein Lighthouse "Accessibility" Score von **90+** wird als grundlegend barrierefrei ("Erfüllt") gewertet.  
* **Technisches SEO (Kriterium 6):** Ein Lighthouse "SEO" Score von **90+** wird als technisch optimiert ("Erfüllt") gewertet.

### **2.4. Datenerfassung und \-analyse**

Die Analyse besteht aus deskriptiver Statistik, Korrelationen zwischen Branchen und der Identifikation der am häufigsten und am seltensten erfüllten Kriterien (Schwachstellenanalyse).

## ---

**3\. Implementierung: Code-Ansatz für Automatisierung**

Der folgende Pseudocode in Python skizziert die technische Vorgehensweise zur automatischen Prüfung der Kriterien 1, 2, 4, 5 und 6\.

Python

import requests  
import ssl  
import socket  
from datetime import datetime  
from urllib.parse import urlparse  
import subprocess  
import json

def pruefe\_url\_erreichbarkeit\_und\_ssl(url):  
    """Prüft Kriterium 1 (Erreichbarkeit) und Kriterium 2 (SSL/TLS-Zertifikat)."""  
    ergebnisse \= {  
        'erreichbar': False,  
        'ssl\_gueltig': False,  
        'ssl\_ablaufdatum': None  
    }  
      
    \# Kriterium 1: Erreichbarkeit (HTTP Status Code 200\)  
    try:  
        response \= requests.get(url, timeout=10, allow\_redirects=True)  
        if response.status\_code \== 200:  
            ergebnisse\['erreichbar'\] \= True  
          
        \# Kriterium 2: SSL/TLS-Prüfung  
        if urlparse(response.url).scheme \== 'https':  
            hostname \= urlparse(response.url).netloc  
            try:  
                kontext \= ssl.create\_default\_context()  
                with socket.create\_connection((hostname, 443)) as sock:  
                    with kontext.wrap\_socket(sock, server\_hostname=hostname) as ssock:  
                        cert\_data \= ssock.getpeercert()  
                        ablaufdatum\_str \= cert\_data\['notAfter'\]  
                        \# Beispielformat: Sep 20 12:00:00 2026 GMT  
                        ablaufdatum \= datetime.strptime(ablaufdatum\_str, '%b %d %H:%M:%S %Y %Z')  
                        ergebnisse\['ssl\_ablaufdatum'\] \= ablaufdatum.strftime('%Y-%m-%d')  
                          
                        if ablaufdatum \> datetime.now():  
                            ergebnisse\['ssl\_gueltig'\] \= True  
                          
            except Exception as e:  
                print(f"SSL-Prüffehler für {url}: {e}")  
                pass   
                  
    except requests.exceptions.RequestException as e:  
        print(f"Fehler bei der HTTP-Anfrage für {url}: {e}")  
        pass

    return ergebnisse

def fuehre\_lighthouse\_audit\_durch(url):  
    """Prüft Kriterien 4, 5 und 6 mittels Google Lighthouse (CLI)."""  
    lighthouse\_ergebnisse \= {  
        'responsivitaet\_score': 0, \# Best Practices Score  
        'barrierefreiheit\_score': 0,  
        'seo\_score': 0  
    }  
      
    \# Befehl zum Ausführen von Lighthouse und Speichern der Ergebnisse als JSON  
    befehl \= \[  
        'lighthouse',  
        url,  
        '--output=json',   
        '--output-path=./temp\_report.json',  
        '--only-categories=accessibility,best-practices,seo',  
        '--view=false'   
    \]  
      
    try:  
        subprocess.run(befehl, check=True, capture\_output=True, text=True)  
          
        with open('./temp\_report.json', 'r') as f:  
            report \= json.load(f)  
              
            \# Scores von 0-100 konvertieren  
            lighthouse\_ergebnisse\['responsivitaet\_score'\] \= int(report\['categories'\]\['best-practices'\]\['score'\] \* 100)  
            lighthouse\_ergebnisse\['barrierefreiheit\_score'\] \= int(report\['categories'\]\['accessibility'\]\['score'\] \* 100)  
            lighthouse\_ergebnisse\['seo\_score'\] \= int(report\['categories'\]\['seo'\]\['score'\] \* 100)  
              
    except Exception as e:  
        print(f"Lighthouse-Fehler: {e}")  
          
    return lighthouse\_ergebnisse

def fuehre\_studie\_durch(unternehmens\_liste):  
    studien\_daten \= \[\]  
      
    for unternehmen in unternehmens\_liste:  
        url \= unternehmen\['url'\]  
        ergebnisse \= {  
            'firma': unternehmen\['name'\],  
            'k0\_existiert': bool(url),   
        }  
          
        if url:  
            web\_ergebnisse \= pruefe\_url\_erreichbarkeit\_und\_ssl(url)  
            ergebnisse.update({  
                'k1\_erreichbar': web\_ergebnisse\['erreichbar'\],  
                'k2\_ssl\_gueltig': web\_ergebnisse\['ssl\_gueltig'\],  
            })  
              
            if ergebnisse\['k1\_erreichbar'\]:  
                lighthouse\_werte \= fuehre\_lighthouse\_audit\_durch(url)  
                ergebnisse.update({  
                    'k4\_responsiv': lighthouse\_werte\['responsivitaet\_score'\] \>= 90,  
                    'k5\_barrierefrei': lighthouse\_werte\['barrierefreiheit\_score'\] \>= 90,  
                    'k6\_seo\_technisch': lighthouse\_werte\['seo\_score'\] \>= 90,  
                })  
              
            \# Kriterium 3 (Impressum) MUSS MANUELL HINZUGEFÜGT WERDEN  
            ergebnisse\['k3\_impressum\_wko\_konform'\] \= 'Manuell zu prüfen'  
              
        studien\_daten.append(ergebnisse)  
          
    return studien\_daten

## ---

**4\. Struktur des Wissenschaftlichen Studienberichts**

### **4.1. Titelblatt und Abstract**

* **Abstract:** Kurze Zusammenfassung der Motivation, Methodik, zentralen Ergebnisse und Schlussfolgerungen.

### **4.2. 1\. Einleitung**

* **1.1. Motivation:** Bedeutung der digitalen Präsenz, Relevanz für den Standort Mattersburg.  
* **1.2. Forschungsfrage:** In welchem Ausmaß erfüllen die Websites Mattersburger Unternehmen technische, rechtliche und benutzerorientierte Qualitätsstandards?

### **4.3. 2\. Methodik**

* **2.1. Untersuchungskorpus:** Beschreibung des Verfahrens zur Erstellung der Unternehmensliste.  
* **2.2. Kriterienkatalog:** Detaillierte Auflistung und Begründung der Kriterien 0 bis 6\.  
* **2.3. Testverfahren und Operationalisierung:** Erläuterung der Code- und Lighthouse-Anwendung, Festlegung der Schwellenwerte (z.B. Score $\\ge 90$).  
* **2.4. Datenerfassung und \-analyse:** Beschreibung der verwendeten Statistik.

### **4.4. 3\. Ergebnisse**

* **3.1. Deskriptive Korpusstatistik:** Anzahl der erfassten Unternehmen, Verteilung nach Branchen/Rechtsformen.  
* **3.2. Ergebnisse der Kriterienprüfung:** Präsentation der Ergebnisse für jedes Kriterium (Häufigkeiten).  
* **3.3. Detailanalyse der Schwachstellen:** Darstellung der häufigsten Mängel (z.B. Impressum, Barrierefreiheit).

### **4.5. 4\. Diskussion**

* **4.1. Interpretation der Ergebnisse:** Einordnung der Befunde in den Kontext der regionalen Wirtschaft.  
* **4.2. Limitationen:** Kritische Reflexion der Methodik (z.B. Grenzen des automatisierten Lighthouse-Audits).

### **4.6. 5\. Fazit**

Zusammenfassende Antwort auf die Forschungsfrage.

## ---

**5\. Empfehlungen**

### **5.1. Top 10 Empfehlungen zur Verbesserung (Reihung nach geschätztem Kostenaufwand – niedrig zu hoch)**

| Rang | Kosten (N/M/H) | Empfehlung | Begründung |
| :---- | :---- | :---- | :---- |
| **1** | N | **Impressum/Datenschutz-Link fixieren** | Die rechtliche Compliance ist die wichtigste und günstigste Sofortmaßnahme. |
| **2** | N | **Titel-Tag und Meta-Description optimieren** | Fundamentale SEO-Basis. Korrekte Tags erhöhen die Klickrate. |
| **3** | N | **SSL-Zertifikat erneuern** | Sofortige Behebung von Kriterium 2\. Viele Hoster bieten kostenlose Zertifikate. |
| **4** | N | **Viewport-Meta-Tag setzen** | Essenzielle Voraussetzung für Responsivität. \<meta name="viewport" content="width=device-width, initial-scale=1.0"\>. |
| **5** | N/M | **Bilder komprimieren/Lazy Loading** | Verbessert die Ladezeit (SEO & Barrierefreiheit). |
| **6** | M | **Kontrast optimieren** | Die häufigste Schwachstelle in der Barrierefreiheit (WCAG-Anforderung). |
| **7** | M | **Alternative Bildtexte (ALT-Tags)** | Für Barrierefreiheit (Screenreader) und SEO essenziell. |
| **8** | M | **Navigationsstruktur vereinfachen** | Bessere Usability, responsives Menü für Mobilgeräte. |
| **9** | M/H | **Seitenarchitektur prüfen** | Fokus auf **Core Web Vitals** (LCP, FID, CLS). |
| **10** | H | **Datenbank/Framework-Update** | Umfassendes Update von veralteten Systemen (z.B. altes CMS). |

### **5.2. Komplettüberarbeitung der Website 2025: Drei Ansätze**

1. **Der "Mobile-First & Performance"-Ansatz** (Technologischer Fokus)  
   * **Kern:** Konsequente Priorisierung der mobilen Nutzererfahrung und Fokus auf extrem schnelle Ladezeiten.  
   * **Umsetzung:** Einsatz moderner, leichtgewichtiger Frontend-Frameworks (z.B. Headless CMS) und Optimierung der Core Web Vitals.  
2. **Der "AIDA & Conversion"-Ansatz** (Geschäftsfokus)  
   * **Kern:** Die Website als primäres Verkaufswerkzeug betrachten, das Besucher systematisch durch den Sales-Funnel führt.  
   * **Umsetzung:** Klare, definierte Handlungsaufforderungen (CTAs) und systematische A/B-Testung von Elementen zur Maximierung der Konversionsrate.  
3. **Der "Inklusion & Compliance"-Ansatz** (Rechtlicher und Ethischer Fokus)  
   * **Kern:** Die Website muss von jedem und auf jedem Gerät bedienbar sein und allen rechtlichen Anforderungen entsprechen.  
   * **Umsetzung:** Design und Entwicklung nach den strengeren Anforderungen der **WCAG 2.2-Richtlinien**. Einsatz eines **Consent Management Tools (CMP)** für die DSGVO-Konformität.

## ---

**6\. Anhang**

### **6.1. Liste der Mattersburger Unternehmen (Vorlage zur Datenerfassung)**

| Name/Firma | Branche | Rechtsform (WKO) | Adresse (Mattersburg) | Telefon | E-Mail | Website (URL) | Kriterium 0 (Ja/Nein) |
| :---- | :---- | :---- | :---- | :---- | :---- | :---- | :---- |
| **Beispiel-Eintrag:** Bäckerei Schmidt | Handel/Handwerk | Einzelunternehmen (e.U.) | Hauptplatz 1 | \+43 2626 ... | info@... | https://www.beispielbaeckerei.at | Ja |
| **1\.** |  |  |  |  |  |  |  |
| **2\.** |  |  |  |  |  |  |  |
| **...** |  |  |  |  |  |  |  |

### **6.2. Überprüfung der Datenkorrektheit (Quellen)**

Die Korrektheit der Unternehmensdaten (Name, Adresse, Rechtsform) muss in den **offiziellen und aktuellen Registern** überprüft werden:

1. **WKO Firmen A-Z (Wirtschaftskammer Österreich):** Zur Verifizierung von Unternehmensnamen, Adressen, Rechtsform und UID-Nummern.  
2. **Österreichisches Firmenbuch (Justiz):** Für GmbHs, OGs und KGs, um die Korrektheit von Firmenbuchnummer und Gericht zu bestätigen.  
3. **Ärzte/Rechtsanwaltskammern:** Für freie Berufe zur Prüfung der offiziellen Adressen und Zulassungen.

---

Kann ich Ihnen bei der Vorbereitung der ersten manuellen Recherche-Schritte (z.B. für die Unternehmensliste) behilflich sein?

Zusammenfassung von KI erstellt (Gemini 3.8 Flash, 27. September 2026). Sie kann Fehler enthalten – maßgeblich ist die Originalquelle.

Inhaltlich ähnlich, ermittelt über die KI-Suche.

  • Artikel:Google Chrome Developers Team

    Lighthouse führt experimentelle Audits für Agentic Browsing ein

    Google dokumentiert eine experimentelle Audit-Kategorie in Lighthouse, die Websites auf ihre Interaktionsfähigkeit mit KI-Agenten überprüft. Statt eines Scores von 0 bis 100 zeigt der Bericht den Anteil bestandener Prüfungen.

    KI & AI· Sammlung

  • Link:specification.website

    The Website Specification: Offene Referenz für moderne Webstandards und Best Practices

    Die Website Specification (specification.website) ist eine plattformunabhängige Open-Source-Spezifikation unter MIT-Lizenz. Sie definiert technische Anforderungen, die moderne Websites erfüllen sollten. Die Themen reichen von HTML-Grundlagen über SEO und Barrierefreiheit bis hin zu KI- und Agent-Readiness. Neben Markdown-Endpunkten stehen ein MCP-Server und ein Agent Skill zur Verfügung.

    Webentwicklung· Sammlung

  • Link:pour.dev

    pour: Kostenloses Barrierefreiheits- und WCAG-2.2-Prüftool

    pour ist ein kostenloses, quelloffenes Prüfwerkzeug für Barrierefreiheit im Web auf Basis von WCAG 2.2, das ohne Konten oder Bezahlmodelle als DevTools-Panel, Bookmarklet, CLI und VS-Code-Erweiterung bereitsteht.

    Webentwicklung· Tool

  • Repository:Barty-Bart/gpt-6-astra-10k-websites

    GPT-6 Astra und Higgsfield MCP: Prompts für Marken-Websites

    Das Repository bündelt strukturierte Prompts, um mithilfe von GPT-6 Astra und dem Higgsfield MCP interaktive Marken-Websites mit Scroll-Animationen und KI-generierten Medien zu erstellen.

    97Sterne

    KI & AI· Sammlung

  • Repository:TheOrcDev/shadscan

    shadscan: Deterministische UI-Audits für shadcn-Anwendungen

    shadscan ist ein quelloffenes CLI-Werkzeug und statischer Analysator für React-Anwendungen, die shadcn/ui nutzen. Es prüft UI-Grundlagen anhand von 62 Regeln im Terminal, in CI-Pipelines und für KI-Agenten.

    538SterneTypeScript

    Webentwicklung· Tool

  • Prompt:youtube.com

    Prompt: Stop Building SaaS. Build This Instead

    Ein strukturierter Prompt hilft Dienstleistern und Entwicklern dabei, profitable Geschäftsideen für KI-gestützte Services zu identifizieren. Statt vollwertiger SaaS-Produkte fokussiert die Vorlage auf interne Werkzeuge, die 70 bis 90 Prozent der Arbeitsleistung automatisieren.

    KI & AI· Sammlung

Lassen Sie uns über Ihr Projekt sprechen

Standorte

  • Mattersburg
    Johann Nepomuk Bergerstraße 7/2/14
    7210 Mattersburg, Austria
  • Wien
    Ungargasse 64-66/3/404
    1030 Wien, Austria

Dieser Inhalt wurde teilweise mithilfe von KI erstellt.