{"id":12164,"date":"2026-10-11T10:37:34","date_gmt":"2026-10-11T08:37:34","guid":{"rendered":"https:\/\/digiosveny.hu\/?p=12164"},"modified":"2026-10-11T10:37:34","modified_gmt":"2026-10-11T08:37:34","slug":"egyuttmukodo-szerkesztes-statikus-webhelyeken-progressziv-fejlesztes-fejlesztoi-bezaras-nelkul","status":"publish","type":"post","link":"https:\/\/digiosveny.hu\/de\/egyuttmukodo-szerkesztes-statikus-webhelyeken-progressziv-fejlesztes-fejlesztoi-bezaras-nelkul\/","title":{"rendered":"Kollaborative Bearbeitung auf statischen Websites: progressive Entwicklung ohne Entwickler-Lockdown"},"content":{"rendered":"

Kurz gesagt:<\/strong> Die kollaborative Bearbeitung erfordert nicht unbedingt ein umfassendes Content-Management-System oder eine neue Infrastruktur. Auch bei einer statischen Website l\u00e4sst sich eine \u00fcber den Browser bedienbare Bearbeitungsoberfl\u00e4che hinzuf\u00fcgen, wobei die Inhalte weiterhin in der Datenquelle des Projekts in einer versionierbaren Form verbleiben. Das ist der Kern der schrittweisen Entwicklung: Wir integrieren nur die Funktionen, die das Team ben\u00f6tigt, und bewahren dabei die Funktionsf\u00e4higkeit und Portabilit\u00e4t der bestehenden Website.<\/p>\n

Warum entsteht der Bedarf an kollaborativer Bearbeitung?<\/h2>\n

Statische Websites sind in vielen Projekten deshalb attraktiv, weil sie aus wenigen beweglichen Teilen bestehen. Der Inhalt wird im Voraus erstellt, und die Website stellt fertige Dateien bereit. Dies kann die Komplexit\u00e4t der Infrastruktur w\u00e4hrend des Betriebs verringern und die Installation vereinfachen. Die statische Struktur l\u00f6st jedoch nicht alle Bearbeitungsaufgaben.<\/p>\n

Wenn ein Redaktionsteam h\u00e4ufig \u00dcberschriften, Beschreibungen oder Seitenabschnitte aktualisiert, kann der Entwicklungsworkflow leicht zu einem Engpass werden. Die Redakteure m\u00f6chten nicht unbedingt Markdown-Dateien bearbeiten, Git-Operationen durchf\u00fchren oder f\u00fcr jede noch so kleine \u00c4nderung die Hilfe von Entwicklern in Anspruch nehmen. Die Entwickler wiederum m\u00f6chten nicht wegen eines einzigen Bearbeitungsbedarfs ein v\u00f6llig neues, schwer zu wartendes System einf\u00fchren.<\/p>\n

Hier zeigt sich der Bedarf an kollaborativer Bearbeitung. Es geht nicht nur darum, wie man Text auf einer Seite umschreiben kann. Es muss auch gekl\u00e4rt werden, wo die \u00c4nderung gespeichert wird, wie sie in das Projekt \u00fcbernommen wird und was passiert, wenn die Bearbeitungsoberfl\u00e4che sp\u00e4ter nicht mehr ben\u00f6tigt wird.<\/p>\n

Vorteile und Grenzen der statischen Architektur<\/h2>\n

Ein wichtiger Vorteil statischer Websites besteht darin, dass zur Bedienung der Besucher nicht bei jeder Anfrage zwangsl\u00e4ufig Anwendungscode ausgef\u00fchrt werden muss. Dies kann zu einem einfacheren Betrieb f\u00fchren und die Abh\u00e4ngigkeiten der Website w\u00e4hrend des Betriebs verringern. Die konkreten Ergebnisse in Bezug auf Sicherheit und Leistung h\u00e4ngen jedoch immer von der Umsetzung, dem Hosting und den verwendeten Diensten ab.<\/p>\n

Das Hinzuf\u00fcgen dynamischer Funktionen kann neue Komponenten in das System einbringen. Dazu k\u00f6nnen beispielsweise ein serverloser Endpunkt, eine externe Datenbank oder ein JavaScript-basierter Dienst geh\u00f6ren. Diese k\u00f6nnen n\u00fctzlich sein, erfordern jedoch m\u00f6glicherweise Konfiguration, Wartung und Kosten\u00fcberwachung. Auch die Zusammensetzung des Datenverkehrs spielt eine Rolle: So kann beispielsweise Bot-Verkehr die Auslastung von nutzungsbasierten Infrastrukturen beeinflussen.<\/p>\n

Das bedeutet nicht, dass alle dynamischen Funktionen vermieden werden sollten. Es bedeutet vielmehr, dass es sinnvoll ist, die erforderliche Funktionalit\u00e4t als m\u00f6glichst kleine, klar abgegrenzte Schicht einzuf\u00fchren. Kollaboratives Bearbeiten passt gut zu einem statischen Projekt, wenn es das Team nicht dazu zwingt, die gesamte Architektur zu ersetzen.<\/p>\n

Was bedeutet \u201eprogressive Entwicklung\u201c im Bereich der Redaktion?<\/h2>\n

\u201eProgressive Entwicklung\u201c bedeutet in diesem Zusammenhang, dass die Grundfunktionalit\u00e4t der Website auch eigenst\u00e4ndig erhalten bleibt, w\u00e4hrend die Bearbeitungsoberfl\u00e4che als zus\u00e4tzliche Funktion daran gekoppelt ist. Der Inhalt stammt weiterhin aus der Datenquelle des Projekts. Die Bearbeitungsoberfl\u00e4che erm\u00f6glicht nur die Bearbeitung der zuvor festgelegten Daten.<\/p>\n

Dieser Ansatz kann besonders in Teams n\u00fctzlich sein, in denen die Entwickler f\u00fcr die Vorlagen und die Infrastruktur zust\u00e4ndig sind, w\u00e4hrend andere Mitarbeiter die Inhalte aktualisieren. So k\u00f6nnen beide Rollengruppen am selben Projekt arbeiten, ohne dass alle dieselben Tools verwenden m\u00fcssen.<\/p>\n

    \n
  • Der Entwickler<\/strong> legt fest, welche Datenfelder bearbeitet werden k\u00f6nnen.<\/li>\n
  • Der Redakteur<\/strong> \u00e4ndert die angezeigten Inhalte im Browser.<\/li>\n
  • Das Projekt<\/strong> Die \u00c4nderung wird in der urspr\u00fcnglichen Datenquelle und im Versionsverwaltungsprozess gespeichert.<\/li>\n<\/ul>\n

    Die genaue Funktionsweise h\u00e4ngt vom verwendeten Tool und den Projekteinstellungen ab. Ein wichtiger Gestaltungsgrundsatz ist, dass die Bearbeitungsschicht nicht zur einzigen Funktionsgrundlage der Website wird.<\/p>\n

    Ein einfaches Beispiel: bearbeitbare \u00dcberschrift<\/h2>\n

    Nehmen wir an, eine Markdown-Datei enth\u00e4lt den Titel einer Seite. Die Vorlage zeigt diesen Wert den Besuchern an. Eine Bearbeitungsschicht kann es einem berechtigten Teammitglied erm\u00f6glichen, den Titel im Browser zu \u00e4ndern, w\u00e4hrend die \u00c4nderung in der Datenkaskade des Projekts erhalten bleibt.<\/p>\n

    Beispielsweise verwendet die Seite zun\u00e4chst den Wert \u201eWelt\u201d. Die Vorlage zeigt diesen Wert in der Kopfzeile an. Der Bearbeiter \u00e4ndert den Wert in \u201eMond\u201d. Wenn das Projekt diese Angabe an mehreren Stellen verwendet, wird die \u00c4nderung an allen Stellen wirksam, an denen auf denselben Wert verwiesen wird.<\/p>\n

    Dieses Beispiel veranschaulicht ein m\u00f6gliches Funktionsmodell, stellt jedoch keine allgemeine Garantie dar. Der tats\u00e4chliche Bearbeitungsprozess h\u00e4ngt von der API des Tools, den Berechtigungen und der Art und Weise ab, wie das Projekt \u00c4nderungen verwaltet. Vor der Einf\u00fchrung sollte daher \u00fcberpr\u00fcft werden, aus welchen Schritten das Speichern, die Versionierung und die Ver\u00f6ffentlichung genau bestehen.<\/p>\n

    Warum ist es wichtig, dass die \u00c4nderung in der urspr\u00fcnglichen Datenquelle verbleibt?<\/h2>\n

    Wenn die Bearbeitungsschicht die Datenquelle des Projekts direkt \u00e4ndert, gelangt der Inhalt nicht unbedingt in ein separates, schwer zu exportierendes System. Die \u00c4nderungen k\u00f6nnen in den bestehenden Versionsverwaltungsprozess des Projekts eingebunden werden. Dies kann mehr Transparenz dar\u00fcber schaffen, was sich ge\u00e4ndert hat, und die \u00dcbersicht \u00fcber die \u00c4nderungen erleichtern.<\/p>\n

    Die Versionsverwaltung allein ist kein Ersatz f\u00fcr eine angemessene Berechtigungsverwaltung oder die Kontrolle der Ver\u00f6ffentlichung. Das Team muss festlegen, wer \u00c4nderungen vornehmen darf, wer diese genehmigen darf und auf welche Weise neue Inhalte auf die Live-Website gelangen. Diese Regeln m\u00fcssen an die Funktionen des Tools und die Arbeitsabl\u00e4ufe der Organisation angepasst werden.<\/p>\n

    Die N\u00e4he zur Datenquelle ist auch im Hinblick auf die Portabilit\u00e4t wichtig. Sollte die Bearbeitungsoberfl\u00e4che sp\u00e4ter nicht mehr ben\u00f6tigt werden, kann das Projekt weiterhin mit Open-Source-Tools zur Erstellung statischer Webseiten betrieben werden, sofern der Projektcode und seine Abh\u00e4ngigkeiten dies zulassen. Vor der Auswahl sollte gepr\u00fcft werden, ob die Bearbeitungsschicht so entfernt werden kann, dass der Inhalt und die Vorlagen erhalten bleiben.<\/p>\n

    Build Awesome Pro: Bearbeitungslayer f\u00fcr bestehende Projekte<\/h2>\n

    In der urspr\u00fcnglichen Beschreibung wird Build Awesome Pro als Website-Baukasten vorgestellt, der statische Ausgaben mit einer browserbasierten kollaborativen Bearbeitung kombiniert. Das dargestellte Ziel besteht darin, dem Team Bearbeitungsm\u00f6glichkeiten f\u00fcr das Projekt zu bieten, ohne dessen grundlegende Struktur zwangsl\u00e4ufig zu ver\u00e4ndern.<\/p>\n

    Der Beschreibung zufolge kann die statische Ausgabe des Projekts in Git versioniert und an verschiedenen Orten installiert werden. Der Benutzer kann auch ein bestehendes Projekt einbinden oder aus den verf\u00fcgbaren Startvorlagen ausw\u00e4hlen. In der Anleitung wird die Kompatibilit\u00e4t mit Eleventy-Projekten und dem Eleventy-\u00d6kosystem besonders hervorgehoben. Diese Funktionen sollten anhand des jeweiligen Projekts und der aktuellen Produktdokumentation \u00fcberpr\u00fcft werden.<\/p>\n

    In dem vorgestellten Modell bindet die Bearbeitungsfunktion die Website nicht zwangsl\u00e4ufig an einen einzigen Hosting-Anbieter. Das Projekt kann auf der eigenen Infrastruktur bearbeitet und die Website anschlie\u00dfend in der gew\u00e4hlten Umgebung betrieben werden. Laut Produktbeschreibung kann der Betrieb optional auch auf der Infrastruktur des Dienstanbieters erfolgen. F\u00fcr eine praxisnahe Entscheidung empfiehlt es sich, die Exportierbarkeit, die Abh\u00e4ngigkeiten, das Berechtigungsmodell und die bestehenden Arbeitsabl\u00e4ufe des Teams zu pr\u00fcfen.<\/p>\n

    Vor der Einf\u00fchrung zu kl\u00e4rende Entscheidungskriterien<\/h2>\n

    Die Einf\u00fchrung der kollaborativen Bearbeitung ist dann sinnvoll, wenn dadurch ein echtes Problem im Arbeitsablauf gel\u00f6st wird. Nicht jede statische Website ben\u00f6tigt einen im Browser nutzbaren Editor. Wenn sich die Inhalte nur selten \u00e4ndern und der derzeitige Prozess gut funktioniert, kann eine neue Ebene nur zus\u00e4tzlichen Wartungsaufwand bedeuten.<\/p>\n

    Bevor man eine Entscheidung trifft, sollte man sich einige konkrete Fragen stellen:<\/p>\n

      \n
    • Welche Daten m\u00fcssen bearbeitet werden?<\/strong> Legt die genauen Felder und Seitenbereiche fest.<\/li>\n
    • Wer darf Beitr\u00e4ge bearbeiten?<\/strong> Kl\u00e4ren Sie die Rollen und Zugriffsebenen.<\/li>\n
    • Wie genehmigt ihr die \u00c4nderungen?<\/strong> Entscheidet bitte, ob die \u00c4nderung sofort ver\u00f6ffentlicht werden kann oder noch gepr\u00fcft werden muss.<\/li>\n
    • Wo werden die Inhalte gespeichert?<\/strong> Bitte \u00fcberpr\u00fcft, ob die \u00c4nderungen in der vorgesehenen Datenquelle und im Versionsverwaltungsprozess ber\u00fccksichtigt wurden.<\/li>\n
    • Was passiert, wenn das Ger\u00e4t entfernt wird?<\/strong> Pr\u00fcft bitte, ob das Projekt auch ohne die Bearbeitungsschicht weiterhin kompiliert und installiert werden kann.<\/li>\n<\/ul>\n

      Diese Fragen helfen dabei, den tats\u00e4chlichen Bearbeitungsbedarf von unn\u00f6tigen Infrastrukturerweiterungen zu unterscheiden. Eine gute L\u00f6sung bietet nicht unbedingt die meisten Funktionen. Die richtige L\u00f6sung ist die, die zur Arbeitsweise des Teams passt und sp\u00e4tere \u00c4nderungen am Projekt nicht unn\u00f6tig erschwert.<\/p>\n

      Wie passt das alles zur Zusammenarbeit der Entwickler?<\/h2>\n

      Die gemeinsame Bearbeitung ist nicht nur eine Komfortfunktion. Sie kann auch die Aufgabenteilung zwischen den Entwicklern und den f\u00fcr die Inhalte zust\u00e4ndigen Mitarbeitern neu gestalten. Die Entwickler k\u00f6nnen sich auf die Vorlagen, das Datenmodell und die funktionalen Rahmenbedingungen konzentrieren. Die Redakteure hingegen k\u00f6nnen die Inhaltselemente, die ihnen im Rahmen des Projekts zur Verf\u00fcgung stehen, eigenst\u00e4ndiger bearbeiten.<\/p>\n

      Dazu sind klare Grenzen erforderlich. Die Kennzeichnung bearbeitbarer Felder bedeutet nicht, dass jeder Teil der Seite ver\u00e4nderbar sein muss. Vorlagen, die Navigation, technische Metadaten und gesch\u00e4ftlich sensible Inhalte erfordern m\u00f6glicherweise unterschiedliche Kontrollmechanismen. Das Team muss daher im Voraus festlegen, f\u00fcr welche \u00c4nderungen die Genehmigung durch Entwickler oder Redakteure erforderlich ist.<\/p>\n

      Sind diese Grenzen klar definiert, kann die Bearbeitung im Browser den technischen Aufwand f\u00fcr kleinere inhaltliche \u00c4nderungen verringern. Sind hingegen die Berechtigungen und der Ver\u00f6ffentlichungsprozess unklar, kann die Bearbeitungsoberfl\u00e4che neue Unsicherheiten mit sich bringen. Der Erfolg der Einf\u00fchrung h\u00e4ngt daher nicht nur von der API ab. Auch der Arbeitsablauf muss geplant werden.<\/p>\n

      Was passiert, wenn der Bearbeitungsbedarf sp\u00e4ter entf\u00e4llt?<\/h2>\n

      Ein wichtiger Ma\u00dfstab f\u00fcr progressive Entwicklung ist die Entfernbarkeit. Wenn das Projekt sp\u00e4ter keine kollaborative Bearbeitung mehr erfordert, sollte die Website nach M\u00f6glichkeit weiterhin mit den zugrunde liegenden Tools erstellt werden k\u00f6nnen. Inhalte und Vorlagen d\u00fcrfen nicht unn\u00f6tig an eine einzige Oberfl\u00e4che gebunden sein.<\/p>\n

      In der Beschreibung von \u201eBuild Awesome Pro\u201c hei\u00dft es, dass das Projekt nach dem Entfernen der Bearbeitungsschicht mit der Open-Source-Engine an einem Ort nach Wahl weiterentwickelt werden kann. Dies ist das in der Produktbeschreibung genannte Ziel. Vor der Einf\u00fchrung muss das Team jedoch anhand seines eigenen Projekts \u00fcberpr\u00fcfen, welcher Code, welche Konfiguration oder welche Abh\u00e4ngigkeiten im System verbleiben.<\/p>\n

      Es lohnt sich, den gesamten Lebenszyklus auf einer kleinen Testseite zu testen: die Bearbeitung, die Freigabe, die Versionsverwaltung, die Installation und schlie\u00dflich das Entfernen der Bearbeitungsschicht. So l\u00e4sst sich bereits vor einer breiteren Einf\u00fchrung feststellen, ob die L\u00f6sung den Anforderungen an die Portabilit\u00e4t entspricht.<\/p>\n

      Zusammenfassung: Die Bearbeitung sollte eine Erg\u00e4nzung sein, keine erzwungene Neugestaltung.<\/h2>\n

      Die kollaborative Bearbeitung l\u00e4sst sich auch auf einer statischen Website umsetzen, wobei das Projekt seine bestehende Datenquelle, seinen Versionsverwaltungsprozess und seine Installationsfreiheit beibeh\u00e4lt. Entscheidend ist, dass die Bearbeitungsoberfl\u00e4che gezielt neue Funktionen hinzuf\u00fcgt, anstatt das gesamte System unn\u00f6tig zu ersetzen.<\/p>\n

      Die Beschreibung von Build Awesome Pro bietet folgenden Ansatz: statische Ausgabe, Unterst\u00fctzung bestehender Projekte und Bearbeitungsm\u00f6glichkeiten direkt im Browser. Pr\u00fcfen Sie vor Ihrer Entscheidung die Kompatibilit\u00e4t, die Berechtigungen, die Versionsverwaltung der \u00c4nderungen und ob das Projekt auch ohne die Bearbeitungsschicht funktionsf\u00e4hig bleibt.<\/p>\n

      N\u00e4chster Schritt:<\/strong> W\u00e4hlen Sie eine kleine Seite oder einen Inhaltsbereich mit geringem Risiko aus und testen Sie dort den gesamten Prozess der Bearbeitung, Freigabe und Ver\u00f6ffentlichung.<\/p>","protected":false},"excerpt":{"rendered":"

      R\u00f6viden: Az egy\u00fcttm\u0171k\u00f6d\u0151 szerkeszt\u00e9s nem felt\u00e9tlen\u00fcl ig\u00e9nyel teljes k\u00f6r\u0171 tartalomkezel\u0151 rendszert vagy \u00faj infrastrukt\u00far\u00e1t. Egy statikus webhelyhez \u00fagy is hozz\u00e1adhat\u00f3 b\u00f6ng\u00e9sz\u0151b\u0151l haszn\u00e1lhat\u00f3 szerkeszt\u00e9si r\u00e9teg, hogy a tartalom tov\u00e1bbra is a projekt adatforr\u00e1s\u00e1ban, verzi\u00f3kezelhet\u0151 form\u00e1ban maradjon. Ez a progressz\u00edv fejleszt\u00e9s l\u00e9nyege: csak azt a k\u00e9pess\u00e9get \u00e9p\u00edtj\u00fck be, amelyre a csapatnak sz\u00fcks\u00e9ge van, mik\u00f6zben meg\u0151rizz\u00fck a megl\u00e9v\u0151 […]<\/p>\n","protected":false},"author":1,"featured_media":12081,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"Egy\u00fcttm\u0171k\u00f6d\u0151 szerkeszt\u00e9s statikus webhelyekhez","_seopress_titles_desc":"Tudd meg, hogyan adhatsz b\u00f6ng\u00e9sz\u0151b\u0151l haszn\u00e1lhat\u00f3 szerkeszt\u00e9si r\u00e9teget statikus webhelyedhez a megl\u00e9v\u0151 adatforr\u00e1s \u00e9s verzi\u00f3kezel\u00e9s meg\u0151rz\u00e9s\u00e9vel.","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","_seopress_news_disabled":"","_seopress_video_disabled":"","_seopress_video":[],"_seopress_pro_schemas_manual":[],"_seopress_pro_rich_snippets_disable_all":"","_seopress_pro_rich_snippets_disable":[],"_seopress_pro_schemas":[],"googlesitekit_rrm_CAowubXDDA:productID":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"default","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"wpai_generated_summary":"","footnotes":""},"categories":[283,673],"tags":[328,657,333,438,375,348,321,332,339,322,337,336,335,656,327,391],"class_list":["post-12164","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hirek","category-webdesign-fejlesztes","tag-api","tag-befektetes","tag-blog","tag-bongeszo","tag-cim","tag-csapat","tag-digitalis","tag-eszkozok","tag-javascript","tag-koltseg","tag-like","tag-nyilt-forraskodu","tag-projekt","tag-sablon","tag-szolgaltatasok","tag-youtube"],"_links":{"self":[{"href":"https:\/\/digiosveny.hu\/de\/wp-json\/wp\/v2\/posts\/12164","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/digiosveny.hu\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/digiosveny.hu\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/digiosveny.hu\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/digiosveny.hu\/de\/wp-json\/wp\/v2\/comments?post=12164"}],"version-history":[{"count":0,"href":"https:\/\/digiosveny.hu\/de\/wp-json\/wp\/v2\/posts\/12164\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/digiosveny.hu\/de\/wp-json\/wp\/v2\/media\/12081"}],"wp:attachment":[{"href":"https:\/\/digiosveny.hu\/de\/wp-json\/wp\/v2\/media?parent=12164"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/digiosveny.hu\/de\/wp-json\/wp\/v2\/categories?post=12164"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/digiosveny.hu\/de\/wp-json\/wp\/v2\/tags?post=12164"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}