Neuer Service: Ein Pageconverter

Nach unserer Event‑Ressourcenplattform Ende letzten Jahres folgt nun das nächste Produkt aus dem eproi‑Ökosystem: PageConvertPage.
Mit diesem Tool lassen sich Webseiteninhalte direkt in den gewünschten Pagebuilder übersetzen – schnell, zuverlässig und mit weitaus geringerer manueller Nacharbeit als bisher.

Wir starten mit WordPress

Zum Launch konzentrieren wir uns bewusst auf ein System: WordPress.
Innerhalb dieses Ökosystems unterstützen wir bereits etliche der größten Pagebuilder:

  • Gutenberg
  • Elementor / Elementor Pro
  • Avada
  • WPBakery
  • Bricks

Für den Start haben wir bewusst darauf verzichtet, das Tool allzu viel selbst erkennen zu lassen. Eine tiefere Automatisierung ist angedacht, auf der anderen Seite ist es aber auch immer charmant, wenn der Mensch noch die Hand über das System hat.

Zum Start mit Einführungspreis

Die Preisstruktur ist bewusst einfach gehalten:
1 Seitenkonvertierung = 5 Euro.

Bewusst haben wir die Komplexität hier komplett Beiseite gelassen: Denn unser Pageconverter soll genau das liefern: Eine einfache, unkomplizierte Art, mit den eigenen Seiteninhalten umzugehen.

Einschränkungen zum Launch

Um transparent zu bleiben, hier die aktuellen Grenzen der ersten Version:

Konvertiert wird ausschließlich innerhalb von WordPress.

Andere CMS und Inhaltsträger folgen später.

CSS‑Einstellungen werden nicht übernommen.

Das ist bewusst so und wird sich auch in späteren Versionen nicht ändern. PageConvertPage abstrahiert Inhalte – nicht Design.


In der Praxis ist das jedoch kein Nachteil, da beim Wechsel des Pagebuilders oder Themes ohnehin ein neues Styling vorgesehen ist. Die Inhalte bleiben sauber erhalten, das Design entsteht im Zielsystem neu.

Externe Quellen können derzeit nicht importiert werden.

Die Inhalte müssen also bereits als HTML in WordPress vorliegen.

Fragen, Wünsche Anregungen auch für zukünftige Entwicklungen nehmen wir über pageconvertpage oder unser Kontaktformular entgegen.

  • Ein echter WordPress‑Rettungsfall aus der Praxis

    Eine WordPress‑Installation, die gestern noch normal lief, ist plötzlich komplett tot – weder Frontend noch Backend reagieren. Nach der ersten Wiederherstellung zeigt sich schnell, dass das Backend zwar wieder erreichbar ist, das Frontend jedoch weiterhin ausfällt. Ein Blick per FTP bringt die eigentliche Ursache ans Licht: Die Seite ist kompromittiert. Die Art der Infektion sorgt…

  • WordPress Plugins II: Ich klick mir die Welt

    WordPress (und auch andere CMS) sind verlockend: Schnell installiert, schnell mit Plugins erweitert und schnell online im Netz. Es ist aber leider etwas mehr als ein Pippi Langstrumpf Abenteuer bei dem 3×3 = 6 ergibt…

  • WordPress Performance: Warum zu viele Plugins deine Seite ausbremsen

    WordPress erfreut sich seit Jahren großer Beliebtheit – trotz oder vielleicht gerade wegen seines Alters. Heute wird damit fast alles gebaut: vom persönlichen Blog über Vereinsseiten bis hin zu ausgewachsenen Shopsystemen. Ursprünglich war WordPress aber eine reine Blogsoftware. Viele WordPress‑Seiten werden langsam, weil zu viele Plugins geladen werden – oft ohne dass Betreiber es merken.…

  • PHP Warum truthy Prüfungen nicht immer wahr sind

    In PHP – wie natürlich auch in anderen Programmiersprachen – gibt es verkürzte truthy-Prüfungen. Ob, wie und wann man sie einsetzt muss aber genau überlegt sein. Das hilft am Ende nicht nur der Lesbarkeit sondern vermeidet auch Bugs, die auf Grund falsch gedachter oder vermeintlich logischer Prüfungen aufkommen.

  • HTTP 500: Fehler – nur welcher?

    Neulich haben wir schon über den Unterschied zwischen 401 und 403 gesprochen. Jetzt wollen wir weiterschauen: der HTTP Code 500 ist ein weiterer häufiger Kandidat – und verhält sich „mysteriös“. Teilweise ist das aber auch gut so.

Kommentare

Kommentar verfassen