Die AKARA-Toolsite-Methodik: Pflege, Quellen, Korrekturen

mp4webm.de ist Teil eines Cluster von Marketing-Toolsites, die AKARA Solutions seit 2025 baut. Diese Sites teilen einen gemeinsamen redaktionellen Standard. Diese Seite beschreibt, was diese Methodik leistet und woran sie sich misst.

Der Auftrag

Marketing-Toolsites sind Werkzeuge, die ein eng definiertes Problem lösen, kostenlos zugänglich sind und sich über Werbung refinanzieren. Sie ersetzen Standalone-Apps für alltägliche Aufgaben: Datei-Konvertierungen, Berechnungen, Generatoren, kleine Hilfsdienste.

Der oberflächliche Wert ist klar: spare Dir das Herunterladen einer App, mach es im Browser, fertig. Der tiefere Wert liegt in der Qualität: arbeitet das Tool korrekt, sind die begleitenden Informationen verlässlich, wird die Site gepflegt?

AKARA Solutions baut Toolsites mit einem expliziten redaktionellen Anspruch. Das hat fünf Bestandteile.

Bestandteil 1: 3 Autoren, klare Rollen

Jede Toolsite hat drei feste Autoren, die zusammen die acht Ratgeber jedes Tools schreiben:

• Mateusz Viola (Tool-Entwickler): Texte zum Format, zur Engine, zu technischen Hintergründen. Sein Schwerpunkt ist die Tool-Mechanik selbst.
• Jan-Tristan Rudat (Redakteur): Texte zu Anwendungs-Workflows, Marketing-Strategien, Barrierefreiheit und Vergleichen. Sein Schwerpunkt ist die Praxis.
• Eike-Christian Ramcke (Geschäftsführer): Texte zu rechtlichen Fragen und zur Methodik selbst. Sein Schwerpunkt ist Rahmen und Verantwortung.

Die Aufteilung ist 3 / 3 / 2 (Mateusz / Jan-Tristan / Eike-Christian), entspricht der jeweiligen Schreibdichte. Jeder Ratgeber hat einen erkennbaren Autor, eine Byline mit Foto und Bio, eine LinkedIn-Verknüpfung und ein veröffentlichtes Datum.

Das ist nicht reines E-E-A-T-Theater (Experience, Expertise, Authoritativeness, Trustworthiness). Es macht inhaltlich Sinn: ein Text über DSGVO ist von einem Geschäftsführer geschrieben, der die Haftung trägt. Ein Text über Tool-Mechanik vom Entwickler, der ihn gebaut hat. Wer eine Frage hat, weiß, an wen.

Bestandteil 2: Quellenpflicht

Jeder Ratgeber, der eine prüfbare Aussage macht (Format-Spezifikationen, Gesetze, Studien-Daten), enthält eine Quellen-Sektion. Quellen sind:

• Primär-Dokumente (ISO-Spezifikationen, EU-Verordnungen, Hersteller-Doku)
• etablierte Drittquellen (Mozilla MDN, W3C, Google Developers, Caniuse)
• aktuelle Studien mit Datum und Anbieter (Litmus, Litmus, HubSpot, Campaign Monitor)

Quellen sind nicht Pflicht für stilistische Empfehlungen (“ich empfehle 12 FPS”). Quellen sind Pflicht für Behauptungen über Zustände der Welt (“WCAG 2.2 fordert 5 Sekunden Pause-Mechanismus”). Diese Trennung ist explizit.

Wer Quellen nicht findet oder das Thema neu ist (z.B. eine vorhersagebasierte Aussage), markiert das im Text: “nach derzeitigem Stand”, “Faustregel aus eigener Erfahrung”, “Empfehlung ohne Studien-Evidenz”. Wir trennen Behauptung und Meinung.

Bestandteil 3: Korrektur-Workflow

Jeder Ratgeber endet mit einem Hinweis auf /korrekturen. Diese Seite dokumentiert, was wir geändert haben, wann und warum. Sie ist kein PR-Tool, sondern ein technisches Log:

• Fakten-Korrektur (Datum falsch, Zahl falsch, Gesetz verschoben)
• Quellen-Aktualisierung (verlinkte Studie nicht mehr verfügbar, neuere Studie erschienen)
• Empfehlungs-Rücknahme (was wir empfohlen haben, war ein Irrtum)

Tippfehler und reine Stil-Polituren landen nicht in /korrekturen, sie laufen im Hintergrund. Inhaltliche Änderungen schon.

Korrektur-Hinweise kommen per Mail an info@akara-solutions.de. Wer einen Hinweis schickt, kann mit Namen oder Organisation in /korrekturen erwähnt werden, wenn sie das wünschen.

Bestandteil 4: halbjährlicher Review

Alle sechs Monate prüft die Redaktion die Inhalte gegen:

• aktuelle Gesetzeslage (DSGVO-Auslegung, BFSG, MStV)
• aktuelle Browser- und Format-Spezifikationen (insbesondere WCAG-Versionen)
• aktuelle Plattform-Verhalten (Email-Client-Support, Browser-CSP-Standards)
• aktuelle Tool-Versionen (ffmpeg.wasm-Releases, Astro-Versionen)

Das reviewedAt-Datum im Front-Matter jedes Ratgebers wird bei jedem Review aktualisiert, auch wenn der Inhalt nicht ändert. Wer eine Seite sieht mit reviewedAt aus 2024, weiß: die Inhalte sind nicht mehr aktuell-geprüft.

Bestandteil 5: Lokale Verarbeitung als Default

Wo immer technisch möglich, sind AKARA-Toolsites Browser-only. Die Datei wird im Browser verarbeitet, kein Server sieht den Inhalt. mp4webm.de mit ffmpeg.wasm ist ein Beispiel, pdfexcel.de mit pdfjs-dist und Tesseract.js ein anderes.

Das ist nicht nur DSGVO-Bequemlichkeit (siehe Ratgeber Datenschutz bei Video-Konvertern), sondern eine architektonische Entscheidung. Wenn das Tool keine Server-Roundtrips braucht, ist es:

• schneller (kein Netzwerk-Latency)
• kostengünstiger zu betreiben (keine Compute-Cloud-Rechnung)
• skalierbarer (jeder Browser-Tab ist ein Compute-Knoten)
• ehrlicher (man kann im DevTools-Netzwerk-Tab nachprüfen, dass nichts übertragen wird)

Server-only-Tools haben ihre Berechtigung, wo lokale Verarbeitung nicht möglich ist (z.B. KI-Modelle, die zu groß für den Browser sind). Aber bei klassischen Konvertern, Berechnungen und Generatoren ist die Browser-only-Architektur fast immer die bessere Wahl.

Was die Methodik nicht abdeckt

Nicht jede Toolsite ist gleich. Einige Punkte variieren pro Tool:

• Aufwand der Ratgeber: ein Tool für ein einfaches Problem (Römische Zahlen umrechnen) braucht keine 1500-Wort-Ratgeber. Ein YMYL-Tool (Finanzen, Gesundheit) braucht ausführlichere Inhalte mit mehr Quellen.
• Programmatic-Cluster: einige Tools haben themenspezifische Unterseiten (/branche/X/), andere nicht. Das richtet sich nach Keyword-Recherche, nicht nach Schema.
• Monetarisierung: alle aktuellen Toolsites nutzen Adition / ad-srv.net. AdSense ist seit Welle 7 nicht mehr Default. Das kann sich ändern.

Wer das macht und warum

AKARA Solutions ist eine GmbH mit Sitz in Pinneberg. Wir bauen Toolsites als Marketing-Kanal, nicht als Selbstzweck. Die Sites finanzieren sich durch Werbung. Überschüesse fliessen in die nächsten Tools. Andreas Kaiser ist als Developer auf der technischen Seite, Mateusz Viola als Senior und Maintainer, Jan-Tristan Rudat als Vorgesetzter und Redakteur, ich selbst als Geschäftsführer.

Wir bauen, weil Marketing-Toolsites einen klaren Nutzen haben, wenn sie ehrlich gemacht sind, und einen klaren Reichweiten-Beitrag, wenn sie gut indexiert werden. Beides bedingt einander: ehrlich gemachte Tools werden auch besser indexiert.

Wer mit der Methodik nicht zufrieden ist, schreibt an info@akara-solutions.de. Wir hören zu.