Funktionsumfang

• JSON-First Engine
• Routing-System
• Rebuild & Indizes

• Ladezeit & Speed
• Bild-Optimierung
• Cache-Steuerung

• Design-System
• Header-System
• Startseiten-Builder
• Seiten-Builder

• Artikel & Seiten
• Kategorien
• Autoren
• Kommentare
• Suche

• Werbung & Ads
• Artikel-Notification
• Slider
• Simple Layer
• Podcast-Proxy
• Kontaktformular

• SEO & Sitemap
• Sicherheit
• Schriften
• Integrationen
• Admin-Interface

Jeder Artikel, jede Seite, jede Kategorie und jedes Menü wird als eigenständige JSON-Datei auf dem Server abgelegt. Das Frontend liest diese Dateien direkt aus dem Dateisystem – keine einzige Datenbankabfrage beim Seitenaufruf.

• Artikel werden als posts/{ID}.json gespeichert
• Seiten liegen als pages/{ID}.json vor
• Kategorien, Autoren, Menüs und Indizes als separate JSON-Strukturen
• Konfigurierbar: Speicherort des JSON-Verzeichnisses frei wählbar (z.B. außerhalb des Webroot)
• JSON-Ordner werden automatisch per .htaccess gegen direkten HTTP-Zugriff gesichert

Sobald ein Artikel oder eine Seite gespeichert, veröffentlicht, in den Papierkorb verschoben oder gelöscht wird, aktualisiert das Theme die entsprechenden JSON-Dateien sofort und atomar – ohne manuellen Eingriff.

• Speichern → JSON wird sofort neu geschrieben (mit LOCK_EX für Race-Condition-Sicherheit)
• Löschen/Papierkorb → JSON und Slug-Index werden bereinigt
• Menü-Änderungen → Menü-JSONs werden automatisch neu generiert
• Kommentar freigegeben/gelöscht → Artikel-JSON wird sofort aktualisiert
• Autor-Profil gespeichert → Autoren-JSON wird sofort aktualisiert

Alle JSON-Dateien werden atomar geschrieben: Erst in eine temporäre Datei, dann per atomarem Rename-Vorgang ersetzt. Kein Besucher sieht je eine halbfertige oder leere Datei, selbst bei gleichzeitigen Speichervorgängen.

Anstatt WordPress-Routing mit Datenbankabfragen zu nutzen, löst das Theme URLs über einen eigenen, auf PHP-Include-Dateien basierenden Index auf. Das ist um Größenordnungen schneller als jede Datenbank-Lookup-Kette.

• Slug-zu-ID-Index: Alphabetisch aufgeteilte PHP-Bucket-Dateien für Posts und Pages
• Numerische IDs werden direkt als Dateiname gesucht (kein Index nötig)
• Kategorien werden über konfigurierbaren Basis-Pfad erkannt (category/, thema/ etc.)
• Autorenprofile unter /author/{slug}/
• News-Seite unter /news/
• Suche über ?s=-Parameter
• Plugin-erweiterbar: Externe Module können eigene Routen per WordPress-Filter registrieren

Nicht veröffentlichte Inhalte können über /preview/{ID}/ sicher vorgeschaut werden – nur für eingeloggte Benutzer mit entsprechenden Rechten.

Wahlweise Standard-Startseite mit Kategorien und Slider oder eine beliebige CMS-Seite als statische Frontpage konfigurierbar.

Nicht aufgelöste URLs landen auf einer eigenen 404-Seite, ohne dass WordPress den vollen Request-Stack durchläuft.

Eingebauter Proxy-Endpunkt für Podcast-Feeds, erreichbar über eine eigene Route.

Für Migrationen oder initiale Setups kann der vollständige JSON-Bestand neu aufgebaut werden – auch bei Tausenden von Artikeln, ohne Timeout-Probleme.

• Batchweise Verarbeitung: Startet mit kleinen Batches, passt Größe automatisch an Serverleistung an
• Live-Log im Admin mit Fortschrittsbalken – jeder 10. Artikel wird als Stichprobe gezeigt
• Pause & Fortsetzen: Rebuild kann jederzeit gestoppt und fortgesetzt werden
• Automatische Retry-Logik bei Verbindungsfehlern (3 Versuche, dann Pause)
• Timeout-Erkennung mit automatischer Batch-Größenreduzierung

Neben dem Gesamt-Rebuild stehen präzise Einzel-Operationen zur Verfügung, die blitzschnell ablaufen:

• Kategorie-Indizes einzeln per AJAX neu bauen (Kategorie für Kategorie, mit Stop-Option)
• Slug→ID PHP-Index komplett oder inkrementell neu aufbauen
• Nur Menü-JSONs neu generieren
• Homepage, Kategorien, Latest-Index und Autoren-Index auf Knopfdruck neu erstellen

Alle Slugs werden in alphabetisch getrennten PHP-Bucket-Dateien vorgehalten. WordPress-Datenbankabfragen für URL-Auflösungen fallen damit komplett weg.

• Automatische Pflege bei jedem Speichervorgang
• Bereinigung bei Löschungen und Papierkorb-Aktionen
• Unterstützt Post- und Page-Slugs getrennt

Das Frontend kann vollständig ohne WordPress-Bootstrap laufen. WP-Load wird nur dann geladen, wenn explizit aktiviert – z.B. für Plugin-Kompatibilität. Im Standard-Betrieb: kein wp-load, kein PHP-Overhead, kein Plugin-Stack.

• Konfigurierbar per Toggle in den Theme-Einstellungen
• Im aktivierten Modus: volle Plugin-Hook-Kompatibilität via wp_head / wp_footer
• Hinweis sichtbar im Admin: Aktivierung erhöht Ladezeit und Sicherheitsrisiken

Alle Schriften werden als Base64-Data-URIs direkt in den HTML-Output eingebettet – keine Google Fonts, keine CDN-Requests, keine externen Verbindungen beim Seitenaufruf. Alles kommt vom eigenen Server.

• Fonts werden serverseitig in Base64 konvertiert und inline ausgeliefert
• Kein GDPR-Problem durch externe Ressourcen
• Keine DNS-Lookups, keine Round-Trips, kein Render-Blocking

Jedes hochgeladene JPEG oder PNG wird beim Upload automatisch in WebP und – sofern der Server Imagick mit AVIF-Support hat – auch in AVIF konvertiert. Keine manuelle Nacharbeit notwendig.

• WebP mit Qualitätsstufe 82 (optimal zwischen Qualität und Dateigröße)
• AVIF wenn serverseitig verfügbar (noch kleinere Dateien als WebP)
• Alle Größenvarianten werden ebenfalls konvertiert
• Moderne Bildpfade werden in der JSON-Datei des Artikels vermerkt
• Fallback-Unterstützung über GD-Library wenn Imagick fehlt

Für bestehende Inhalte gibt es ein Optimierungs-Tool, das alle Bilder in veröffentlichten Beiträgen und Seiten nachträglich verarbeitet.

• Artikel für Artikel, AJAX-gesteuert, kein Timeout
• Externe Bilder im Content werden heruntergeladen, lokal gespeichert und ersetzt
• Fortschrittsbalken mit Live-Log
• Fortsetzen möglich: bereits optimierte Artikel werden übersprungen
• Manuelles Weiterspringen bei hängendem Artikel
• Reset-Option: Alle Markierungen löschen und von vorne starten

Per Knopfdruck im Admin werden optimale Browser-Cache-Regeln direkt in die .htaccess geschrieben. Keine manuelle Serverkonfiguration notwendig.

• Bilder (WebP, AVIF, JPEG, PNG, GIF): 1 Jahr Cache
• CSS-Dateien: 1 Jahr Cache
• Webfonts (woff, woff2, ttf): 1 Jahr Cache
• JavaScript: 1 Jahr Cache
• Bestehende Regeln werden sauber ersetzt, nicht dupliziert
• Apache mod_expires, kompatibel mit Apache 2.2 und 2.4

Das gesamte Farbsystem des Themes basiert auf CSS-Custom-Properties, die aus dem Admin-Interface gesteuert werden. Jede Änderung wirkt sofort seitenübergreifend.

• Primärfarbe – Boxen, Karten, mobile Navigation, Container-Hintergründe
• Highlightfarbe – Unterstreichungen, Slider-Buttons, Breadcrumb, Links, Hover-Effekte, Menü-Linien
• Akzentfarbe – Hover-Zustände, sekundäre Akzente, Gradients, Buttons
• Hintergrundfarbe – Voller Seitenhintergrund
• Standardtext – Standard-Schriftfarbe überall
• Überschriftenfarbe – H1–H3, Menüs, Titel
• Rahmenfarbe – Boxen, Breadcrumb, Trenner
• Hover-Hintergrund – Hover-Zustände für Karten, Menüs, Buttons

Zwei frei konfigurierbare Schatten-Definitionen, die seitenübergreifend als CSS-Variablen eingesetzt werden:

• Soft Shadow – Für Boxen, Header, Sidebar, Karten, Buttons
• Glow Shadow – Leuchtender Effekt für Hover-Zustände, Slider, Dropdowns

Direkt im Admin können eigene CSS- und JavaScript-Snippets hinterlegt werden, ohne Dateien bearbeiten zu müssen. Ideal für kleine Anpassungen ohne Theme-Child.

• Custom CSS – wird inline in den Head eingebettet
• Custom JS – wird inline am Ende des Bodys eingebettet
• Custom HEAD HTML – beliebige Elemente im <head> (z.B. Meta-Tags, externe Scripts)
• Custom Code vor </body> – für Tracking-Pixel, Tag Manager etc.
• Custom Code nach Artikelinhalt – für artikel-spezifische Widgets oder Calls-to-Action

Das Theme liefert eine kuratierte Auswahl an Schriften mit, die vollständig lokal eingebettet werden – kein Google Fonts, kein externer Request.

• GothamXNarrow-Black, GothamXNarrow-Book
• CalSans-Regular, Cinzel-Medium, Righteous-Regular
• InstrumentSans (Variable Font), InstrumentSerif-Regular
• Jost (Variable Font), PlayfairDisplay (Variable Font)
• Eigener Font-Upload: WOFF, WOFF2, TTF, OTF werden serverseitig als Base64 eingebettet

Im Admin wird zwischen Hauptschrift (Akzente, Menü, Überschriften) und Nebenschrift (Fließtext, alle anderen Bereiche) unterschieden. Beide sind unabhängig wählbar.

Der Header besteht aus drei unabhängigen Leisten, die einzeln aktiviert, deaktiviert und befüllt werden können. Deaktivierte Zonen werden nicht gerendert – nicht nur per CSS ausgeblendet, sondern vollständig aus dem HTML entfernt.

• Zweite Headerleiste (.header-top-container) – typisch für Datum, Top-Navigation, Meldungen
• Hauptleiste (.header-container) – Logo und Hauptmenü
• Dritte Headerleiste (.topmenu2-container) – Themennavigation, Suche

Jede der drei Zonen hat eine linke und eine rechte Seite, die jeweils unabhängig konfiguriert werden. Pro Seite wählbar:

• Menü (eines der zugewiesenen WordPress-Navigationsmenüs)
• Logo (nur Hauptleiste)
• Datum (nur obere Leisten)
• Suche (nur dritte Leiste)
• Custom HTML – beliebiger eigener HTML-Code

Im Menü-Zuweisungs-Panel werden den sechs Positionen des Headers je ein WordPress-Navigationsmenü zugewiesen:

• Zweite Headerleiste links und rechts
• Hauptleiste Desktop-Menü (rechts)
• Hauptleiste Mobil-Menü (Hamburger)
• Dritte Headerleiste links
• Footer-Navigation

Die Startseite ist komplett aus dem Admin heraus konfiguriert. Alle Elemente lassen sich ein- und ausschalten, ohne Code zu berühren.

Optionaler Hero mit Überschrift, Text und Bild – ein- oder ausschaltbar.

Horizontaler oder vertikaler Slider, wählbar. Ein-/ausschaltbar pro Konfiguration.

Welche Kategorien auf der Startseite erscheinen, per Checkbox und Drag & Drop sortierbar.

Pro Kategorie kann ein individuelles Artikel-Limit gesetzt werden.

Sidebar ein-/ausschaltbar, Latest-Artikel-Liste separat steuerbar, Anzahl konfigurierbar.

Freier HTML/Gutenberg-Content über und unter dem Kategorien-Bereich einbettbar.

Statt der Standard-Startseite kann eine beliebige WordPress-Seite (mit dem umfangreicheren integrierten Page-Builder) als Frontpage gewählt werden.

• Hero – Vollbild-Bereich mit Headline, Subline, Badge, zwei CTAs und konfigurierbarer Overlay-Stärke
• USP – Bis zu 6 Unique-Selling-Points mit Titel und Text
• Galerie – Bis zu 8 Bilder mit Caption und verlinkbarem Ziel
• Bild + Text – Zweispaltiger Bereich, Bild links oder rechts, mit optionalem Button
• Text – Freier Textbereich mit Headline
• Testimonials – Bis zu 6 Kundenstimmen mit Name, Text und Sternebewertung
• CTA – Call-to-Action mit Headline, Subline und Button
• Kategorie-Suche – Live-Suchfeld durch alle Kategorien
• Toggles (FAQ) – Bis zu 8 aufklappbare Frage-Antwort-Elemente
• Tile Grid – Bis zu 6 Kacheln mit Bild, Titel und Link
• Button Grid – Bis zu 8 Link-Buttons als Raster

Zusätzlich zum Section-Builder sind im klassischen TinyMCE-Editor (für Artikel und Seiten) spezielle Page-Builder-Buttons verfügbar, die vorgefertigte HTML-Blöcke einfügen.

Jeder Artikel wird mit einem vollständigen Datensatz in JSON gespeichert:

• Titel, Kicker/Dachzeile, Anriss/Lead, Excerpt, vollständiger HTML-Content
• Veröffentlichungsdatum, Änderungsdatum
• Featured Image mit Dimensions-Daten, WebP- und AVIF-Varianten
• Kategorien mit Slug und Name
• Autor-Referenz
• Kommentare (verschachtelt, mit Replies)
• Ähnliche Artikel (nach Kategorie)
• View-Count (gesamt und 7-Tage-Fenster)

Artikel-Content kann in vereinfachtem Markdown verfasst werden. Unterstützt werden Links, Tabellen und Standardformatierungen.

Spezielle PPI-Blöcke (Lead, Authorline, Printheading, Interline, Textbox) werden beim JSON-Build automatisch korrekt transformiert oder bereinigt – für nahtlose Kompatibilität mit PPI-basierten Redaktionssystemen.

Nicht veröffentlichte oder geänderte Artikel können über eine sichere Vorschau-URL (/preview/{ID}/) real im Frontend angeschaut werden, bevor sie live gehen.

• Nur für eingeloggte Benutzer mit Bearbeitungsrechten
• Vorschau-JSON wird temporär generiert und gesichert
• Preview-Button direkt in der Artikel-Bearbeitungsansicht
• Klassischer WordPress-Vorschau-Dropdown wird durch eigenen Preview-Button ersetzt

Der URL-Präfix für Kategorien ist frei konfigurierbar (category, thema, rubrik etc.) – synchron zu WordPress-Permalink-Einstellungen.

Kategorie-Seiten werden aus der JSON-Dateistruktur bedient. Für größere Kategorien gibt es eine REST-API-Endpoint für Paginierung (20 Artikel pro Seite).

• Automatische Aktualisierung bei Kategorieänderungen (erstellt, bearbeitet, gelöscht)
• Übergeordnete Kategorien (parent-slug) werden im Index vermerkt
• Vollständige Artikel-Metadaten pro Kategorie-Eintrag

VeloCore erweitert das WordPress-Benutzerprofil um alle für ein Medienportal relevanten Felder. Jedes Profil wird als JSON-Datei vorgehalten.

• Autoren-Bild (via WordPress Mediathek, mit Dimensionen)
• Bio/Beschreibung
• Social Links: Twitter, Facebook, LinkedIn
• Alle Daten auch in der XML-Sitemap (/sitemap-authors.xml)
• Autoren-Seiten unter /author/{slug}/
• Automatische Aktualisierung bei jedem Profil-Speichervorgang

Kommentare werden direkt in die Artikel-JSON eingebaut – mit vollständiger Thread-Struktur (Replies, beliebige Tiefe).

• Automatische Aktualisierung bei Freigabe, Ablehnung, Löschung
• Author-URL, Gravatar-Hash (E-Mail-MD5), Datum und Inhalt
• Replies als verschachteltes Array in der JSON-Struktur
• Kommentar-Formular als eigener Endpoint (comment-endpoint.php)

VeloCore stellt eine eigene Suchseite (search.php) bereit, die über einen REST-API-Endpoint des Themes befüllt wird.

• 14 Ergebnisse pro Seite, paginiert
• Ergebnisse mit vollständigen Metadaten: Titel, Anriss, Datum, Kategorien, Bild mit Dimensionen, WebP/AVIF-Varianten
• Suchbegriff-Erkennung via ?s=-Parameter, wird vor dem Router abgefangen

VeloCore bringt einen vollständigen Anzeigenmanager mit – kein Plugin notwendig. Werbekampagnen werden als Custom Post Type verwaltet und als JSON-Dateien im Theme-Datenverzeichnis gespeichert.

• Custom Post Type "Werbekampagne" mit eigenem Admin-Bereich
• Eigene Taxonomien für Kategorisierung von Kampagnen
• Automatische Einzeldatei-JSON-Generierung bei Statuswechsel (Veröffentlichen, Entwurf, Löschen)
• Massen-Rebuild per AJAX im Admin
• Click-Tracking integriert
• Statistik-Seite für Kampagnen

VeloCore definiert fünf Standard-Werbeplätze mit eigenen Template-Dateien:

• Top-Banner – Vollbreite oben auf der Seite
• Full-Banner – Vollbreite im Inhaltsbereich
• Inline-Ad – Eingebettet in Artikellisten
• Sidebar-Ad – In der Seitenleiste
• Layer-Ad – Überlagerungsanzeige

Nach einer konfigurierbaren Wartezeit erscheint beim Lesen eines Artikels eine unauffällige Box mit den meistgelesenen Artikeln aus derselben Kategorie. Dies erhöht die Verweildauer und die Seitenaufrufe pro Sitzung.

• Wartezeit in Sekunden frei konfigurierbar (Standard: 6 Sekunden)
• Anzahl der angezeigten Artikel konfigurierbar
• Einleitungstext frei wählbar (z.B. "Wird gerade heiß diskutiert")
• Views-Basis: Gesamt-Views oder nur 7-Tage-Views
• Match-Basis: Übereinstimmung nach Kategorie oder Schlagwort
• Vorschaubild im Dongle ein-/ausschaltbar
• Komplett ein-/ausschaltbar

Das Theme zählt Artikel-Aufrufe ohne externe Analytics-Tools. Die Zählung erfolgt über einen REST-API-Endpoint, der vom Frontend nach dem Seitenaufruf aufgerufen wird.

• Gesamt-View-Count pro Artikel (kumulativ)
• 7-Tage-Views als gleitendes Fenster (täglich aktualisiert, ältere Tage automatisch entfernt)
• Views-Spalte in der Artikel-Übersicht im Admin, sortierbar
• Wird für den Dongle genutzt: "meistgelesene Artikel" basierend auf Gesamt- oder 7-Tage-Views
• REST-Endpoint: POST /wp-json/salzburg/v1/view/{id}

Der Startseiten-Slider kann in zwei verschiedenen Darstellungsmodi betrieben werden, wählbar im Admin ohne Code-Anpassung:

• Horizontaler Slider – Klassischer Links-Rechts-Slider
• Vertikaler Slider – Moderner Vertical-Scroll-Slider
• Slider auf der Startseite komplett ein-/ausschaltbar

Ein vollständig frei befüllbarer Layer (Overlay) kann aktiviert werden – einmal pro Browser-Session angezeigt. Inhalt ist beliebiges HTML.

• Aktivierung und Deaktivierung per Toggle im Admin
• Inhalt: beliebiges HTML (Newsletter-Formular, Hinweis, Aktion etc.)
• Einmal pro Session angezeigt (Cookie-basiert)

Jede WordPress-Seite kann mit einem Kontaktformular ausgestattet werden. Konfiguration direkt im Artikel-Editor über eine eigene Meta-Box.

• Pro Seite aktivierbar/deaktivierbar
• Empfänger-E-Mail frei konfigurierbar
• Betreff konfigurierbar
• Erfolgstext nach Absenden konfigurierbar
• Eigener Endpoint

Das Theme generiert ohne Plugin oder zusätzliche Konfiguration eine vollständige, standardkonforme XML-Sitemap.

• /sitemap_index.xml – Sitemap-Index mit allen Sub-Sitemaps
• /sitemap-posts.xml – Alle Artikel (changefreq: weekly, priority: 0.8)
• /sitemap-pages.xml – Alle Seiten (changefreq: monthly, priority: 0.6)
• /sitemap-categories.xml – Alle Kategorien (priority: 0.7)
• /sitemap-authors.xml – Alle Autoren-Profile (priority: 0.5)
• Datum-Angaben aus der JSON-Datei (lastmod korrekt gesetzt)

Alle relevanten SEO-Meta-Tags werden serverseitig aus der JSON-Datei generiert:

• Title-Tag mit Seitenname und Artikel-Titel
• Meta-Description aus Anriss oder Artikelanfang
• Open Graph Tags (og:title, og:description, og:image) für Social Sharing
• Globale Meta-Description für die gesamte Seite konfigurierbar
• Seitenname und Seitentitel zentral konfigurierbar

Alle JSON-Verzeichnisse werden automatisch per .htaccess gegen direkten HTTP-Zugriff gesperrt. Die Daten sind nur über das Theme-Frontend abrufbar, nicht direkt per URL.

• Schutz für Apache 2.2 und 2.4 (beide Zugangskontroll-Syntaxen)
• Schutz wird bei Theme-Aktivierung und Theme-Updates automatisch eingerichtet
• Vorschau-Verzeichnis ebenfalls gesichert

VeloCore unterstützt Cookie-Consent-Management (CMP). Der CMP-Status wird aus einem Cookie gelesen und steuert Tracking, Werbung und Medien-Einbindung. Aktivierbar per Toggle im Admin.

• Drei unabhängige Consent-Kategorien: Tracking, Ads, Media
• Cookie-basiert, clientseitig auslesbar
• Zentrale An-/Abschaltung im Admin

• Alle Admin-Formulare mit WordPress Nonce gesichert
• Alle Eingaben sanitisiert (sanitize_text_field, wp_kses_post, esc_url_raw etc.)
• AJAX-Endpoints mit Nonce-Prüfung und Capability-Check
• Atomares Schreiben verhindert Race Conditions

Ein Stripe API-Key kann direkt im Admin hinterlegt werden. Die Schlüssel-Konfiguration ist im zentralen Theme-Config gespeichert und im Frontend zugänglich – bereit für Bezahl-Funktionen oder Membership-Integration.

Das Theme registriert eigene REST-API-Routen für Frontend-Anfragen:

• GET /wp-json/.../v1/category/{slug} – Paginierte Artikel einer Kategorie
• GET /wp-json/.../v1/search?q={query} – Volltextsuche
• POST /wp-json/.../v1/view/{id} – Aufruf-Zählung
• GET /wp-json/.../v1/related – Ähnliche Artikel (nach Kategorie oder Tag, nach Views sortiert)

Das Routing- und Template-System ist über WordPress-Filter erweiterbar:

• _route_extend – Eigene Routen aus Plugins registrieren
• _template_resolve – Eigene Template-Dateien für eigene Routen
• wp_head/wp_footer Plugin-Hooks optional aktivierbar

Branding, Meta, Header-Layout, Schriften, Farben, Custom Code, Integrationen, Dongle.

Slider, Hero, Sidebar, Kategorien, Limits, Content-Bereiche – alles an einem Ort.

Alle sechs Menü-Positionen des Themes in einem Formular.

Vollständiger oder granularer Rebuild mit Live-Log und Fortschritt.

Browser-Cache-Regeln per Knopfdruck in .htaccess schreiben.

Alle genutzte Bilder optimieren, externe Bilder importieren.

Overlay-Inhalt und Aktivierung steuern.

Lizenzaktivierung per E-Mail und Bestellnummer, Lizenzstatus sichtbar.

In der WordPress-Artikel-Liste wird eine "Views"-Spalte ergänzt, nach der sortiert werden kann. So sieht die Redaktion sofort, welche Artikel am besten performen.