Einen Blog zur KI-erstellten Website hinzufügen

Für Websites mit eigenem Frontend, auch aus KI-Buildern.

Behalte deine Website und ergänze einen Blog in deinem Design. Structura recherchiert und schreibt die Artikel. Deine Website zeigt sie unter deiner Domain an. Die Artikelübertragung sendet einen vollständigen Artikel, sobald du ihn veröffentlichst.

Bevor du beginnst

Du brauchst eine veröffentlichte Website, ein Backend für HTTPS-Anfragen und eine Datenbank für Artikel. Dein Builder kann diese erstellen; das Ergebnis musst du testen. Dies ist eine individuelle Anbindung, kein offizieller Connector für Lovable, Bolt, v0 oder Replit.

Die Artikelübertragung braucht einen kostenpflichtigen Structura-Basistarif, aber kein Channels-Add-on. Für einen kostenlosen Headless-Blog nutze die öffentliche Content API. KI-Nutzung und Hosting können zusätzlich kosten.

Schritte

Erstelle ein Structura-Konto und füge im Portal eine Headless-Website hinzu. Trage Domain und URL-Muster passend zum Blog ein, etwa https://example.com und /blog/%postname%.
Erstelle eine Kampagne in der gewünschten Sprache. Lass den ersten Artikel zunächst als Entwurf erstellen.
Füge den folgenden Prompt in deinen Builder ein. Gib ihm den Übertragungsvertrag zum Implementieren und Testen. Nutze bei Lovable oder Bolt eine Serverfunktion mit Datenbank, bei v0 oder Replit eine Serverroute mit dauerhafter Datenbank.
Wähle im Channels-Store deiner Website Artikelübertragung. Trage die HTTPS-Empfänger-URL ein. Speichere das Signaturgeheimnis im geheimen Backend-Speicher als STRUCTURA_WEBHOOK_SECRET. Kopiere es niemals in den Builder-Chat, öffentlichen Code oder Browser-Umgebungsvariablen.
Speichere die Verbindung. Wähle die Kampagnen und den Rhythmus für jeden Beitrag. Veröffentliche einen Entwurf. Prüfe Aktivität und die öffentliche Artikelseite: Titel, Text, Bilder, Sprache, Metadaten und mobile Ansicht.

Prompt für deinen Builder


Ergänze meine bestehende Website um einen Blog in ihrem aktuellen Design. Nutze vorhandene Schriften, Farben und Navigation. Erstelle /blog und /blog/[slug], echte 404-Seiten für fehlende Artikel, crawlbare Artikelseiten, Metadaten, kanonische URLs und Sitemap-Einträge.

Implementiere Structura Artikelübertragung nach dem verlinkten Vertrag. Erstelle einen öffentlichen HTTPS-POST-Empfänger im Backend und eine dauerhafte Artikeltabelle. Speichere STRUCTURA_WEBHOOK_SECRET nur serverseitig. Prüfe X-Structura-Signature anhand des unveränderten UTF-8-Anfragetextes und X-Structura-Timestamp: HMAC-SHA256(secret, timestamp + "." + rawBody). Weise Zeitstempel außerhalb von fünf Minuten, ungültige Signaturen und unbekannte Ereignisse oder Schemaversionen vor jeder Datenänderung ab.

Nutze eine Datenbanktransaktion mit eindeutigem event_id zur Deduplizierung. Aktualisiere Artikel über site.id + post.id + post.locale. Weise ältere Revisionen ab. Speichere Inhalt und verfügbare SEO-Felder. Bereinige HTML und serialisiere JSON-LD beim Rendern sicher. Antworte erst nach dauerhafter Speicherung mit 2xx; gültige Duplikate erhalten ebenfalls 2xx. Der Endpunkt benötigt keinen Browser-Login, sondern prüft die Webhook-Signatur.

Zeige mir den geheimen Speicher und die bereitgestellte Empfänger-URL. Teste gültige Übertragung, falsche Signaturen, Replay, gleichzeitige Duplikate, Speicherfehler und öffentliche Blogseiten. Melde die Anbindung erst als fertig, wenn ein echter veröffentlichter Artikel auf meiner Website erscheint.

Die Freigabe eines WordPress-Entwurfs stellt die Artikelübertragung in eine Hintergrundwarteschlange. Slack-, Social-, E-Mail- und Indexierungsbenachrichtigungen werden dabei nicht erneut ausgelöst. Geplante Veröffentlichungen behalten ihr bisheriges Kanalverhalten.

Was danach passiert

Jede neue Veröffentlichung sendet einen Artikel, auch nachträglich freigegebene Entwürfe. Entwürfe bleiben privat. Artikel behalten ihre Inhaltssprache; die Benachrichtigungssprache übersetzt sie nicht. Bestehende Beiträge werden nicht automatisch importiert.

Spätere Änderungen und Löschungen werden nicht synchronisiert. Aktualisiere deine Website-Kopie oder nutze die Content API für den aktuellen Stand. Mehrfachübertragungen sind möglich; der Empfänger muss Duplikate erkennen.

Häufige Probleme

Verbunden, aber kein Artikel: Speichern prüft das URL-Format, nicht die Speicherung beim Empfänger. Veröffentliche einen neuen Artikel und prüfe Aktivität, Kampagnenzuordnung und Rhythmus.
HTTP 401/403: Prüfe Signaturschlüssel, Prüfung des unveränderten Anfragetextes und Zugriffsschutz des Hostings.
HTTP 404: Nutze die bereitgestellte Empfänger-URL, nicht die Builder-Vorschau.
HTTP 429/5xx oder Zeitüberschreitung: Structura versucht es sofort einmal erneut. Es gibt keine dauerhafte Warteschlange oder spätere automatische Wiederholung. Behebe den Fehler und gleiche fehlende Artikel über die Content API ab.
Artikel nicht verfügbar: Aktualisiere gegebenenfalls das WordPress-Plugin. Der Beitrag muss öffentlich sein, Inhalt und eine öffentliche URL haben. Passwortgeschützte WordPress-Beiträge werden nicht übertragen.
Artikel zu groß: Die gesamte JSON-Nachricht darf höchstens 1 MB umfassen. Nutze für große Artikel die Content API.
Tarif nicht berechtigt: Die Artikelübertragung benötigt ein aktives kostenpflichtiges Abonnement. Prüfe Tarif und Zahlungsstatus. Das Channels-Add-on ist nicht erforderlich.