Editly-Dokumentation: Installation, Einrichtung und Übergabe

Editly 1.0.0 erfordert WordPress 6.0 oder neuer, PHP 7.4 oder neuer und Elementor 3.0 oder neuer. Elementor muss installiert und aktiv sein; ansonsten bleibt Editly inaktiv und zeigt eine Administratorbenachrichtigung an.

Installieren Free

1. Installieren Sie Editly for Elementor von WordPress.org oder laden Sie die Free zip hoch.
2. Aktivieren Sie die plugin in plugins.
3. Öffnen Sie Editly in wp-admin.

Installieren Pro

1. Laden Sie die Editly Pro ZIP aus Ihrer Freemius Kauf-E-Mail oder Kundenportal.
2. Öffnen Sie in WordPress Plugins → Installieren → Plugin hochladen, wählen Sie die ZIP-Datei aus und installieren Sie sie.
3. Aktivieren Sie Editly Pro als Administrator.
4. Geben und aktivieren Sie Ihre Lizenz im Freemius Lizenzierungsbildschirm in wp-admin.
5. Öffnen Sie Editly und wählen Sie eine Elementor-Seite.

Bearbeitete Schiffe mit englischen Quellzeichenfolgen und kompletten Schnittstellenpaketen für Deutsch, Spanisch, Französisch, Italienisch, Niederländisch, Polnisch, Brasilianisches Portugiesisch und Europäisches Portugiesisch. Sowohl PHP-Bildschirme als auch JavaScript-Interaktionen sind lokalisiert.

• WordPress lädt die passende Editly-Schnittstelle von der aktiven Website oder der Benutzersprache.
• Die gleiche Sprachabdeckung ist in Free und Pro enthalten.
• Das Paket enthält auch die Standard-Übersetzungsvorlage (POT), so dass eine Agentur oder ein Übersetzer ein fehlendes Gebietsschema mit der normalen Übersetzung erstellen kann.
• White Label in Pro ändert den Editly-Menünamen, die Header-Baseline, das Logo und die Akzentfarbe; es übersetzt keine Kunden-Inhalte oder nicht unterstützte Bildschirme von Drittanbietern.

Free und Pro verwenden nicht das gleiche Liefermodell. Free folgt dem Standard WordPress.org plugin Ablauf. Pro verwendet einen kommerziellen Lizenz- und Updatefluss durch Freemius.

Free

• Es ist keine kostenpflichtige Lizenz erforderlich.
• Verteilung und Updates folgen dem normalen Pfad WordPress.org für das Paket Free.

Pro

• Editly Pro erfordert eine gültige bezahlte Lizenz oder eine aktive Testversion, wenn eine ausgestellt wurde.
• Lizenzierung, Abrechnung, private Updates, Downloads und Abonnementverwaltung durchlaufen Freemius.
• Das Lesen von Inhalten und Arbeiten mit vorhandenen Entwürfen bleibt verfügbar, wenn eine Lizenz inaktiv ist.
• Neue Inhalte und White Label Änderungen können nicht durch Editly gespeichert werden, bis die lokale Website-Lizenz reaktiviert wird.
• Bestehende Elementor-Inhalte bleiben erhalten; die Deaktivierung löscht keinen Seiteninhalt oder aktuelle Editly-Entwürfe.

Verwalten des Abonnements im Kundenportal · Überprüfen Sie die Schritte nach dem Kauf

Details zur Veröffentlichung sind auf der Changelog.

Pro ist ein komplettes, unabhängiges Paket. Es ersetzt die Free Laufzeit, anstatt sie zu verlängern, so dass eine Website einen klaren Editly-Editor und eine Einstellungsoberfläche gleichzeitig hat.

Empfohlene Upgradesequenz

1. Sichern Sie die Website wie bei jeder Änderung bei einer Live-Installation.
2. Installieren und aktivieren Sie das Paket Pro als Administrator.
3. Bestätigen Sie, dass Free inaktiv ist; Pro deaktiviert es, um zu vermeiden, dass zwei Editionen zusammenlaufen.
4. Öffnen Sie Editly → Einstellungen und prüfen Sie, ob die neuen Registerkarten und Optionen vorhanden sind.
5. Entfernen Sie die inaktive Free plugin, sobald die Pro Ablauf überprüft wurde.

Was nach dem Upgrade zu überprüfen ist

• Ihre erlaubten Rollen und Edit-Limit-Einstellungen sind immer noch korrekt.
• Widget-Seiten von Drittanbietern zeigen nun die erwarteten editierbaren Inhalte an, wo sie unterstützt werden.
• Prüfprotokoll und Branding Tabs sind für Administratoren sichtbar.
• Lizenzierung und Updates sind verbunden, wenn Sie eine bezahlte Update-Lieferung erwarten.

Dies ist die wichtigste Umfangsregel im Produkt. Free bearbeitet unterstützten Text, textarea, WYSIWYG und Zahlensteuerelemente, die durch native Elementor- und Elementor Pro-Widgets angezeigt werden. Free bearbeitet keine Add-on-Widgets von Drittanbietern Elementor.

Was passiert auf gemischten Seiten

• Wenn eine Seite native Widgets und Widgets von Drittanbietern enthält, werden die editierbaren nativen Felder weiterhin angezeigt.
• Wenn eine Seite nur Add-on-Widgets von Drittanbietern enthält, kann Free eine leere Erklärung anstelle von bearbeitbaren Feldern anzeigen.
• Die Diagnosenachricht ist dazu da, die Grenze explizit zu machen, nicht zu implizieren, dass Free diese Widgets von Drittanbietern bearbeiten kann.

Der Bearbeitungsablauf ist bewusst einfach: Wählen Sie eine Elementor-Seite im Entwurfs-, privaten oder veröffentlichten Status, bearbeiten Sie unterstützte Inhaltsfelder, speichern Sie, und überprüfen Sie dann wichtige Front-End-Seiten, wenn die Änderung wichtig ist.

Typischer Ablauf

1. Öffnen Sie Editly in wp-admin.
2. Wählen Sie den Entwurf, die private oder veröffentlichte Seite, die Sie bearbeiten möchten.
3. Verwenden Sie das Suchfeld, um den relevanten Text bei Bedarf schnell zu finden.
4. Bearbeiten Sie die unterstützten Felder, die in der Schnittstelle angezeigt werden.
5. Speichern Sie die Änderungen und überprüfen Sie das Front-End-Ergebnis für Seiten mit hoher Sichtbarkeit.

Wie sich Felder an den Inhalt anpassen

Klartext: Wenn Editly einen editierbaren Textwert erkennt, wird das entsprechende Textfeld oder Textgebiet angezeigt. Der Benutzer aktualisiert die Text von wp-admin, ohne Elementor zu öffnen.

Reichhaltiger Inhalt: Wenn ein erkanntes editierbares Feld kompatiblen HTML- oder Rich-Text enthält, kann Editly einen fokussierten TinyMCE-Editor verwenden. Dies unterstützt die Formatierung in Editly, anstatt den Benutzer zurück in den Builder zu senden.

Zusammengehörige Änderungen gemeinsam speichern

Sie können mehrere Felder und mehrere unterstützte Widgets auf derselben Seite aktualisieren, bevor Sie einmal die Schaltfläche globales Speichern verwenden. Sammelt die ausstehenden Änderungen in einer Speicheroperation, so dass eine kleine Seitenaktualisierung nicht zu einer Abfolge einzelner Speicher wird.

Editly hat zwei separate suchebenen: eine, um die benötigte seite zu finden, dann eine, um den editierbaren inhalt auf dieser seite zu finden. Dies hält eine große Website navigierbar, ohne Page Discovery und Field Discovery in einem Steuerelement zu mischen.

Suche nach einer Seite

Die Sidebar-Suche verengt die Liste des Entwurfs, privat und veröffentlicht Elementor Seiten, bevor Sie eine öffnen. Langes Ergebnis setzt die Last progressiv mit Mehr Seiten laden.

• Entwurfs-, private und veröffentlichte Seiten werden angezeigt, wenn Elementor Daten oder Elementor Builder-Modus erkannt werden; bearbeitbare Felder werden erst nach dem Öffnen einer Seite aufgelöst.
• Die Sidebar-Suche reduziert die Reibung für Betreiber, die auf vielen Seiten arbeiten.
• Durch progressives Laden bleibt die Liste flüssig, ohne alle Seiten gleichzeitig zu laden.

Suche innerhalb einer offenen Seite

Sobald eine Seite geladen ist, filtert die Suchleiste oben ihre bearbeitbaren Blöcke nach Text- oder Widget-Kontext und öffnet das erste übereinstimmende Ergebnis. Wenn nichts übereinstimmt, zeigt Editly einen expliziten leeren Zustand an, anstatt es dem Operator zu überlassen, die gesamte Seite manuell zu scannen.

Bearbeitungslimits bringen eigenständige Textänderungen und Layout-Sicherheit in Einklang. Sie verhindern, dass ein längerer Text unbemerkt eine kompakte Komponente beschädigt.

Was die Einstellung bewirkt

• Begrenzt, wie viel ein Feld im Vergleich zu seiner ursprünglichen Größe wachsen kann.
• Hilft, kurze UI-Elemente wie Knöpfe, Abzeichen und kompakte Überschriften innerhalb sinnvoller Grenzen zu halten.
• Unterstützt eine sicherere Übergabe, wenn Kunden und Betreiber Texte aktualisieren und nicht Komponenten durch Textwachstum neu gestalten sollten.

Checkliste mit bewährten Vorgehensweisen

• Halten Sie kompakte UI-Text kurz und spezifisch.
• Überprüfen Sie kampagnenkritische Seiten nach wesentlichen Textänderungen.
• Wählen Sie einen standortweiten Wachstumsprozentsatz, der dem am stärksten eingeschränkten delegierten Ablauf entspricht; die aktuelle Einstellung ist global, nicht pro Rolle.

Der bearbeitungszugriff ist rollenbasiert, die einstellungen sind jedoch absichtlich eingeschränkter. Ein Administrator wählt aus, welche WordPress oder benutzerdefinierte Rollen Editly verwenden können, und kann Editly optional zum einzigen Elementor Content-Editor machen, der den ausgewählten Nicht-Administrator-Rollen zur Verfügung steht.

Empfohlene Setups

• Übergabe der Agentur: Benutzer von dedizierten Kunden-Inhalten mit Editly-Zugriff, aber ohne Builder-Zugriff.
• Freie Lieferung: Besitzer/Admin behält die volle Kontrolle; alltägliche Textänderungen durchlaufen eine Rolle als Inhalt.
• SEO/Content Team: Zugriff auf operative Bearbeitung ohne vollständige Designberechtigungen.

Editorzugriff konfigurieren Elementor

1. Öffnen Sie als Administrator Editly → Einstellungen → Allgemein.
2. Unter ZugangWählen Sie die WordPress Rollen aus, die Editly verwenden sollen.
3. Unter Editorzugriff, aktivieren Verwenden Sie Editly als einzigen Editor.
4. Speichern und testen Sie dann mit einem Konto, das einer der ausgewählten Nicht-Admin-Rollen zugewiesen ist.

Genaues Verhalten

• Die ausgewählten Nicht-Admin-Rollen behalten den Zugriff auf Editly, können aber den vollständigen Editor nicht öffnen.
• Die Editor-Buttons und der direkte Editorzugriff werden durch den nativen Rollenzugriffsmechanismus blockiert.
• Administratoren sind nie eingeschränkt, einschließlich Konten, die auch eine andere Rolle haben.
• Bestehende Einschränkungen, die in Elementor Rollenmanager gespeichert sind, bleiben erhalten.
• Die Regel folgt WordPress Rollen. Weisen Sie unterschiedliche Rollen zu, wenn zwei Benutzer unterschiedlichen Zugriff benötigen.
• Durch Deaktivieren der Option, Deaktivieren von Editly oder Deinstallieren von Editly wird nur die dynamische Einschränkung von Editly entfernt.

Gemeinsame Fragen

Kann mein Kunde weiterhin Elementor Inhalte bearbeiten?
Ja. Sie bearbeiten unterstützte Inhalte über Editly; nur ihr Zugriff auf den vollständigen Builder ist eingeschränkt.

Können Administratoren Elementor noch verwenden?
Ja. Editly wendet diese einschränkung nie auf administratoren an.

Ersetzt Editly die Rollenmanagereinstellungen?
Nein. Editly fügt seine Regel dynamisch hinzu und behält die gespeicherte Konfiguration von Elementor bei.

Kann ich einen Editor einschränken, aber keinen anderen?
Die Einstellung folgt WordPress Rollen. Weisen Sie separate Rollen zu, wenn Benutzer unterschiedliche Zugriffsebenen benötigen.

Free verwendet einen deterministischen Vertrag für native Widgets von Elementor und Elementor Pro: Die Engine prüft den vollständigen registrierten Steuerungsbaum und gibt nur redaktionelle Werte mit vorhersehbarem Verhalten und Speicherpfad frei. Pro ergänzt eine grundlegend andere universelle Engine. Sie durchsucht gespeicherte skalare Werte rekursiv, ordnet sie dem gerenderten DOM desselben Widgets zu und prüft bei mehrdeutigen Werten, ob eine Änderung tatsächlich sichtbaren Text verändern würde. So kann ein Feld erkannt werden, selbst wenn Editly weder Widget noch Steuerelementtyp oder Feldname kennt.

Was Pro hier gut macht

• Verwendet eine universelle Erkennungsschicht statt einer Positivliste oder einer separaten Integration für jedes Widget-Paket.
• Erhält einen einheitlichen Bearbeitungsablauf für Elementor, Drittanbieter-Add-ons, Theme-Widgets und kompatible benutzerdefinierte Widgets.
• Reduziert die Notwendigkeit, jede Textänderung in einem Add-on-Widget zurück in den Builder zu senden.
• Macht Editly praktikabler für Agenturen, die nicht jedes Add-on kontrollieren, das auf Kundenseiten verwendet wird, ohne dass eine manuelle Widget-by-Widget-Einrichtung erforderlich ist.

Pro Erweiterungsschicht Gängige Elementor-Erweiterungen

Dies sind nicht erschöpfende Beispiele. Free konzentriert sich weiterhin auf native Elementor und Elementor Pro Widgets; Pro ist die Route, wenn Kunden-editierbarer Text in Drittanbieter-Erweiterungen und umfangreicheren Theme-Umgebungen lebt.

Branding in Pro hilft Agenturen, ein saubereres Übergabeerlebnis in Editly zu präsentieren. In wenigen Einstellungen können Sie die Bearbeitungsoberfläche in einen dauerhaften Teil Ihrer Agenturlieferung verwandeln: erkennbar für den Kunden, konsistent im gesamten Team und getrennt vom generischen Verwaltungsgefühl.

Branding-Einstellungen in Pro

• Aktivieren White Label
• plugin Name im Menü
• Header Baseline
• Header-Logo
• Primäre Akzentfarbe mit einer vorgeschlagenen Markenrichtung und abgeleiteten Hover, Kontrast, Fokus, Tönung und Border Token

Legen Sie den Menünamen, Untertitel, Logo und Akzent einmal fest. Editly behält die Auswahl bei und wendet die resultierende Palette über die Bearbeitungsoberfläche an, so dass jeder Kunde eine kohärente Agentur-Marke ohne manuelle Gestaltung-Arbeit sieht.

Das Audit Log macht Änderungen in Pro nachvollziehbar. Es protokolliert Inhaltsänderungen lokal, sodass Teams sehen können, was sich auf welcher Seite, durch welchen Benutzer und zu welchem Zeitpunkt geändert hat.

Was Administratoren tun können

• Aktivieren oder Deaktivieren der Auditprotokollierung.
• Filtern Sie Einträge nach Suchbegriff, Benutzer und Datumsbereich.
• Überprüfen Sie Paginierte Log History.
• Exportieren Sie Einträge über CSV exportieren.
• Löschen Sie Einträge über Protokolle leeren.
• Konfigurieren Sie die Aufbewahrung nach Tagen und maximalen Zeilen; Standardwerte sind 90 Tage und 5.000 Einträge.

Bei größeren Installationen unterhält Pro einen persistenten Seitenindex in der WordPress Datenbank für die Seitenliste. Es verbessert die wiederholte Auflistung und Navigationsarbeit, anstatt sich nur auf schwerere Live-Seiten-Lookups zu verlassen.

• Die Seitenauswahl bleibt auch bei umfangreichen Websites flüssig.
• Progressives Laden ist immer noch wichtig, aber die indexierte Auflistung macht wiederholte Operationen vorhersehbarer.
• Dies ist in erster Linie eine Verbesserung der Produktivität des Betreibers, keine reine Marketingfunktion.

Die Datenverarbeitung sollte klar dokumentiert werden, weil sie das Vertrauen beeinflusst. Free und Pro haben einen nahen Zweck, aber nicht identisch in dem, was sie speichern oder welche externe Lizenzierung Ablauf sie verwenden.

Wichtige Dokumentationspunkte

• Free behält persistente Einstellungen und Inhaltsreferenzen standardmäßig bei der Deinstallation. Laufzeit-Caches und geplante Hooks werden immer noch entfernt.
• Pro stellt eine Data-Lifecycle-Kontrolle durch Löschen von Daten bei der DeinstallationPrüfen Sie den gespeicherten Wert, bevor Sie das Plugin von einer produktiven Website entfernen.
• Audit Log Retention in Pro ist durch Tage und maximale Zeilen konfigurierbar.
• Freemius sollte genau als Lizenzierung / Update Ablauf dokumentiert werden Abhängigkeit, nicht als generische Produkttelemetriesprache.