{"id":204,"date":"2026-01-29T07:14:56","date_gmt":"2026-01-29T07:14:56","guid":{"rendered":"https:\/\/www.nsecsoft.com\/de\/?p=204"},"modified":"2026-01-29T07:14:56","modified_gmt":"2026-01-29T07:14:56","slug":"it-tools-226129","status":"publish","type":"post","link":"https:\/\/www.nsecsoft.com\/de\/default\/it-tools-226129.html","title":{"rendered":"Mehr als \u201eschnell beheben\u201c: Nachvollziehbare Remote-Endpoint-Prozesse f\u00fcr KMU aufbauen"},"content":{"rendered":"
\n
\n
\n
\n
\n
\n
\n

Mit dem kontinuierlichen Fortschritt der Digitalisierung in Unternehmen sind Endger\u00e4te (Endpoints) zum zentralen Tr\u00e4ger des Gesch\u00e4ftsbetriebs und des Datenflusses geworden. Laptops, Desktop-PCs und verschiedenste B\u00fcroendger\u00e4te enthalten kritische Daten wie Quellcode, Konstruktionszeichnungen, Gesch\u00e4ftsdokumente und Kundeninformationen. Vor dem Hintergrund, dass Remote Work, standort\u00fcbergreifende Zusammenarbeit und hybride Arbeitsmodelle zunehmend zum Normalzustand werden, sind Endger\u00e4te nicht l\u00e4nger in einer einzigen Office-Netzwerkumgebung geb\u00fcndelt. Entsprechend erweitert sich auch die Reichweite der Endpoint-Verwaltung im Unternehmen.<\/p>\n

Diese Entwicklung stellt h\u00f6here Anforderungen an den IT-Betrieb und die IT-Administration in kleinen und mittleren Unternehmen. Einerseits m\u00fcssen IT-Teams Endger\u00e4te unter unterschiedlichen Netzwerkbedingungen und an verschiedenen Standorten zeitnah unterst\u00fctzen, um die Gesch\u00e4ftskontinuit\u00e4t sicherzustellen. Andererseits erh\u00f6ht die Verteilung der Endger\u00e4te das potenzielle Risiko von Datenabfl\u00fcssen deutlich. Fehlen im Remote-Betrieb eine einheitliche Steuerung und eine nachvollziehbare Protokollierung der Aktionen, ist es f\u00fcr Unternehmen schwer, pr\u00e4zise zu erfassen, \u201ewer zu welchem Zeitpunkt, auf welchem Weg, an welchem Endger\u00e4t welche Operationen durchgef\u00fchrt hat\u201c.<\/p>\n

Aus der Praxis zeigt sich, dass Datenabfl\u00fcsse nicht immer auf externe Angriffe zur\u00fcckzuf\u00fchren sind, sondern h\u00e4ufig im Rahmen des t\u00e4glichen Betriebs und interner Handlungen entstehen. Beispiele sind die \u00dcbertragung von Dateien \u00fcber nicht standardisierte Kan\u00e4le w\u00e4hrend der Remote-Unterst\u00fctzung, tempor\u00e4r vergebene Berechtigungen, die nicht rechtzeitig entzogen werden, oder inkonsistente Endpoint-Konfigurationen, die Sicherheitsrichtlinien unwirksam machen. Solche Probleme werden oft nicht fr\u00fchzeitig erkannt, k\u00f6nnen jedoch ein dauerhaftes Risiko f\u00fcr das Unternehmen darstellen.<\/p>\n

Vor diesem Hintergrund bewerten immer mehr Unternehmen die Rolle von Remote-Tools im Gesamtsystem aus Endpoint-Management und Data Loss Prevention (DLP) neu. Remote-Tools sind nicht l\u00e4nger nur Hilfssoftware zur \u201eNotfall-Fehlerbehebung\u201c, sondern sollten als kontrollierbarer Bestandteil des Endpoint-Managements fungieren \u2013 mit klaren Berechtigungsgrenzen, vollst\u00e4ndigen Handlungsspuren und auditierbaren Management-Funktionen. Wie sich bei gleichzeitiger Sicherung der Betriebseffizienz die Sichtbarkeit und Nachvollziehbarkeit von Remote-Operationen gew\u00e4hrleisten l\u00e4sst, ist zu einer zentralen Frage f\u00fcr KMU in der Endpoint-Praxis geworden.<\/p>\n

Risikoursachen: Verdeckte Probleme im B\u00fcroalltag und im IT-Betrieb<\/strong><\/h4>\n

In verteilten Arbeitsumgebungen treten Endpoint-Risiken h\u00e4ufig nicht als konzentrierte Einzelereignisse auf, sondern bestehen in Form verstreuter, kontinuierlicher Risiken im t\u00e4glichen Arbeiten und im IT-Betrieb. Insbesondere in hochfrequenten Szenarien wie Remote-Support, Dateiverarbeitung und Endpoint-Konfiguration k\u00f6nnen sich Risiken schrittweise aufbauen und verst\u00e4rken, wenn einheitliche Regeln und technische Leitplanken fehlen.<\/p>\n

Erstens erschwert die Vielfalt der Netzwerkumgebungen, in denen Endger\u00e4te betrieben werden, klassische Managementans\u00e4tze, die sich auf die \u201eIntranet-Perimetergrenze\u201c st\u00fctzen. Mitarbeitende nutzen Ger\u00e4te an unterschiedlichen Orten und unter unterschiedlichen Netzwerkbedingungen; IT-Teams m\u00fcssen Support \u00fcber Netzwerkgrenzen hinweg leisten. Wenn Remote-Zugriffskan\u00e4le dabei nicht zentral verwaltet werden, ist eine wirksame Kontrolle von Zugriffsquelle, Verbindungsart und Operationsumfang kaum m\u00f6glich.<\/p>\n

Zweitens schw\u00e4cht eine fehlende systematische Erfassung der zahlreichen Handlungen im Remote-Betrieb die Audit-F\u00e4higkeit eines Unternehmens unmittelbar. Remote-Desktop-Operationen, Datei\u00fcbertragungen und Konfigurations\u00e4nderungen lassen sich ohne Protokollierung im Nachhinein nur schwer vollst\u00e4ndig rekonstruieren; zudem fehlen belastbare Nachweise f\u00fcr interne Audits oder Compliance-Pr\u00fcfungen.<\/p>\n

Dar\u00fcber hinaus werden mit der Zunahme von Gesch\u00e4ftssystemen und Office-Tools die Dateifluss-Pfade komplexer. Dateien k\u00f6nnen zwischen Endger\u00e4ten \u00fcber Remote-Support-Tools, Instant-Messaging-Software oder tempor\u00e4re Speicherwege \u00fcbertragen werden. Werden diese Pfade nicht in eine einheitliche Steuerung einbezogen, k\u00f6nnen DLP-Richtlinien die realen Nutzungsszenarien nicht umfassend abdecken.<\/p>\n

\u25cf Endger\u00e4te sind in unterschiedlichen Netzwerkumgebungen verteilt, Zugriffswege sind komplex
\u25cf Remote-Betriebsaktionen ohne einheitlichen Einstiegspunkt und Audit-Mechanismus
\u25cf Vielf\u00e4ltige Dateifluss-Methoden, schwer einheitlich zu begrenzen und zu protokollieren
\u25cf H\u00f6here Anforderungen aus Compliance und Kundenanforderungen an die Nachvollziehbarkeit von Operationen<\/p>\n

Praktische H\u00fcrden: Warum \u201ewichtig \u2013 aber schwer umzusetzen\u201c<\/strong><\/h4>\n

Obwohl die meisten Unternehmen die Bedeutung von Endpoint-Management und revisionssicherer Protokollierung erkannt haben, sto\u00dfen sie in der Umsetzung oft auf realistische Ausf\u00fchrungsprobleme. Diese sind selten ein einzelnes Technikproblem, sondern entstehen aus einer Kombination von Managementkomplexit\u00e4t, Personalkosten und Tool-Fragmentierung.<\/p>\n

Zum einen sind Remote-Tools und Endpoint-Management-Tools seit Langem voneinander getrennt. Remote-Support beruht h\u00e4ufig auf eigenst\u00e4ndigen Werkzeugen und ist nicht mit Endpoint-Assets, Benutzeridentit\u00e4ten und Policy-Konfigurationen verkn\u00fcpft. Diese Trennung erschwert die Einbindung von Betriebsaktionen in ein einheitliches Managementsystem und erh\u00f6ht die Unsicherheit durch manuelle Prozesse.<\/p>\n

Zum anderen werden Betriebseffizienz und Sicherheits-Audit h\u00e4ufig als Gegensatz wahrgenommen. Manche Unternehmen bef\u00fcrchten, dass Audit- und Kontrollmechanismen zus\u00e4tzliche Schritte erzeugen und damit die Reaktionsgeschwindigkeit bei St\u00f6rungen verringern. In der Praxis wird dann \u201eschnelle Behebung\u201c priorisiert \u2013 auf Kosten von Dokumentierbarkeit und Nachvollziehbarkeit.<\/p>\n

Hinzu kommt, dass KMU h\u00e4ufig nur \u00fcber begrenzte IT-Ressourcen verf\u00fcgen. Manuelle Konfiguration, h\u00e4ndische Dokumentation und Zusammenarbeit \u00fcber mehrere Tools erh\u00f6hen die Betriebsbelastung und die Fehlerwahrscheinlichkeit. Mit wachsender Zahl von Endger\u00e4ten und steigender Komplexit\u00e4t wird dieses Modell kaum langfristig tragf\u00e4hig.<\/p>\n

\u25cf Verteilte Tools, fehlende zentrale Verwaltung und Policy-Verkn\u00fcpfung
\u25cf Schwieriges Gleichgewicht zwischen Audit-Anforderungen und Betriebseffizienz
\u25cf Geringe Transparenz \u00fcber Endpoint-Status, verz\u00f6gerte Problemidentifikation
\u25cf Hohe Abh\u00e4ngigkeit von manuellen T\u00e4tigkeiten, Konfigurationsabweichungen
\u25cf Fehlende Standardisierung im Betrieb, Erfahrungen sind schwer wiederverwendbar<\/p>\n

Der Ansatz von Ping32: Auditierbares Remote-Endpoint-Management mit dem Operations Center als Kern<\/strong><\/h4>\n

Ping32 integriert Remote-Funktionen in den Managementrahmen des Operations Center und baut durch das Zusammenspiel von Tickets, Aufgaben und Policies einen ausf\u00fchrbaren und nachvollziehbaren Endpoint-Betriebsprozess auf. Ziel ist nicht, den Betrieb zu verkomplizieren, sondern bei gleichzeitiger Effizienzsteigerung klare Prozesse und Audit-Nachweise f\u00fcr kritische Aktionen sicherzustellen.<\/p>\n

\"\"<\/p>\n

Im t\u00e4glichen Support strukturiert Ping32 die Bearbeitung von Endpoint-Vorf\u00e4llen \u00fcber ein Ticket-System:<\/strong>
\u25cf Endnutzer k\u00f6nnen bei St\u00f6rungen \u00fcber einen einheitlichen Einstiegspunkt ein Ticket einreichen; das System weist das Ticket anhand vordefinierter Regeln oder manueller Entscheidung dem zust\u00e4ndigen IT-Mitarbeitenden zu.
\u25cf Nach Annahme des Tickets kann der IT-Mitarbeitende direkt im Operations Center eine Remote-Verbindung starten, um das Endger\u00e4t zu pr\u00fcfen und zu beheben.
\u25cf Nach der L\u00f6sung markiert der IT-Mitarbeitende das Ticket als \u201egel\u00f6st\u201c; anschlie\u00dfend best\u00e4tigt der Endnutzer das Ergebnis \u2013 der Prozess schlie\u00dft sich zu einem vollst\u00e4ndigen End-to-End-Ablauf.<\/p>\n

W\u00e4hrend des gesamten Prozesses werden Ticketfluss, Remote-Operationen und Ergebnisse protokolliert; daraus entstehen automatisch Betriebsprotokolle als Grundlage f\u00fcr Audits und Reviews.<\/p>\n

F\u00fcr Anforderungen im Massenbetrieb stellt Ping32 im Operations Center eine Task-Verteilfunktion bereit, um Systemoptimierungen, Patch-Updates und Softwareinstallationen einheitlich auszuf\u00fchren:
\u25cf IT-Teams k\u00f6nnen Aufgabenrichtlinien zentral konfigurieren und per Klick auf definierte Endger\u00e4te ausrollen. Damit werden Abweichungen reduziert, die entstehen, wenn Endnutzer \u201eIT-unerfahren\u201c sind. Das erh\u00f6ht die Ausf\u00fchrungs-Konsistenz und senkt den manuellen Aufwand deutlich.
\u25cf Auch im Dateimanagement lassen sich \u00fcber Aufgabenverteilung Benachrichtigungsdateien oder Gesch\u00e4ftsdokumente kontrolliert an Endger\u00e4te verteilen \u2013 mit klaren, nachvollziehbaren Verteilpfaden.<\/p>\n

Im Lifecycle-Management unterst\u00fctzt Ping32 zudem Remote-Wipe-Funktionen, z. B. bei Personalwechsel oder Ger\u00e4teerneuerung. IT-Teams k\u00f6nnen Datenl\u00f6schung oder Systemzur\u00fccksetzung ohne physischen Zugriff auf das Ger\u00e4t durchf\u00fchren. So wird das Risiko von Datenresten beim Ger\u00e4te\u00fcbergang reduziert und die Effizienz der IT-Bearbeitung gesteigert.<\/p>\n

Dar\u00fcber hinaus b\u00fcndelt Ping32 weitere Basisfunktionen im Operations Center: etwa Desktop-Personalisierung zur einheitlichen Festlegung von Desktop- oder Sperrbildschirm-Hintergr\u00fcnden, Zeitsynchronisation zur Minimierung auditrelevanter Probleme durch Zeitabweichungen sowie Ein-\/Ausschaltprotokolle und Energiespar-Einstellungen, um Ger\u00e4tebetriebszeiten zu steuern und den Energieverbrauch zu optimieren.<\/p>\n

Durch diese Ma\u00dfnahmen konsolidiert Ping32 Remote-Operationen, Massentasks und Basisverwaltung in einer Plattform. Endpoint-Betrieb wird von \u201epunktuellen Einzelaktionen\u201c zu \u201eprozessbasierter Steuerung\u201c weiterentwickelt \u2013 bei h\u00f6herer Effizienz und gleichzeitig auditierbarer, nachvollziehbarer Grundlage f\u00fcr kritische Vorg\u00e4nge.<\/p>\n

Umsetzungsweg: Schrittweise Einf\u00fchrung von Sichtbarkeit bis Policy-Steuerung<\/strong><\/h4>\n

Da Ping32 Remote-Funktionen bereits integriert, ist in der Praxis weniger die Frage, ob Remote-F\u00e4higkeiten vorhanden sind, sondern wie innerhalb derselben Plattform schrittweise standardisierte Betriebsprozesse aufgebaut und mit Endpoint-Security- und DLP-Policies verzahnt werden. Daf\u00fcr eignet sich ein graduelles Vorgehen.<\/p>\n

Phase 1: Einheitliche Nutzung der Remote-Funktionen in der Plattform \u2013 Aufbau grundlegender Transparenz<\/strong>
Zu Beginn sollten alle Remote-Support- und Endpoint-Operationen konsequent \u00fcber das Operations Center erfolgen. Tickets standardisieren die Meldung und Bearbeitung; Remote-Operationen h\u00e4ngen nicht l\u00e4nger von individuellen Gewohnheiten oder ad-hoc-Methoden ab. Schwerpunkt ist die grundlegende Sichtbarkeit: Zielger\u00e4t, ausf\u00fchrende Person und Zeitpunkt sind klar.<\/p>\n

Phase 2: Audit-Trails aktivieren \u2013 standardisierte Betriebsdokumentation aufbauen<\/strong>
Nachdem Remote-Operationen vollst\u00e4ndig in die Plattform integriert sind, werden Protokollierung und Nachverfolgung systematisch ausgebaut. Durch kontinuierliche Aufzeichnung von Ticketfluss, Remote-Verbindungen und Schl\u00fcsselaktionen entsteht eine vollst\u00e4ndige Audit-Kette. Damit werden interne Audits, Incident-Reviews und Compliance-Pr\u00fcfungen zuverl\u00e4ssig unterst\u00fctzt.<\/p>\n

Phase 3: Konsistenz durch Tasks und Policies \u2013 zentrale Ausf\u00fchrung statt Einzelbearbeitung<\/strong>
Mit wachsender Zahl von Endger\u00e4ten und komplexeren Szenarien werden Routinearbeiten \u00fcber die Task-Verteilung von \u201emanueller Einzelbearbeitung\u201c auf \u201ezentrale Policy-Ausf\u00fchrung\u201c umgestellt. Updates, Patches, Installationen und Datei-Verteilungen werden einheitlich definiert und policybasiert ausgef\u00fchrt, wodurch Umgebungsunterschiede weniger Einfluss auf die Verwaltung haben.<\/p>\n

Phase 4: Betriebsaktionen in Security- und DLP-Kontrollen integrieren<\/strong>
Wenn der Betriebsprozess stabil ist, lassen sich Remote-Aktionen mit Endpoint-Security- und DLP-Policies koppeln, z. B. durch Einschr\u00e4nkung zul\u00e4ssiger Remote-Operationen nach Ger\u00e4testatus, Benutzerrolle oder Gesch\u00e4ftskontext. Remote-Betrieb wird damit nicht als separater Vorgang behandelt, sondern als Bestandteil des Endpoint-Security-Gesamtsystems.<\/p>\n

Durch die schrittweise Umsetzung innerhalb einer Plattform k\u00f6nnen Unternehmen die Standardisierung und Kontrollierbarkeit des Endpoint-Betriebs erh\u00f6hen, ohne zus\u00e4tzliche Tool-Komplexit\u00e4t aufzubauen. Remote-Funktionen, Operations Center und Sicherheits-Policies von Ping32 lassen sich so langfristig nachhaltig im Zusammenspiel betreiben.<\/p>\n

Fazit: Ein umsetzbarer und nachhaltiger Ansatz f\u00fcr Endpoint-Betrieb<\/strong><\/h4>\n

In einer Umgebung mit weiter steigender Endpoint-Zahl und sich wandelnden Arbeitsformen wachsen die Anforderungen an Betriebseffizienz und Datensicherheit parallel. Ping32 behandelt Remote-Tools nicht als isolierte Funktion, sondern integriert sie in eine einheitliche Plattform aus Endpoint-Security-Management, Data Loss Prevention (DLP) und Operations Center, sodass Remote-Operationen nahtlos Teil des Tagesgesch\u00e4fts werden.<\/p>\n

Mit einem einheitlichen Einstieg, prozessbasierten Tickets, zentraler Task-Ausf\u00fchrung und l\u00fcckenloser Protokollierung k\u00f6nnen Unternehmen schrittweise ein klares und nachvollziehbares Endpoint-Betriebssystem aufbauen. Dabei steht die Standardisierung von Betriebsaktionen im Vordergrund \u2013 nicht eine \u00fcberm\u00e4\u00dfige Einschr\u00e4nkung der Mitarbeitenden \u2013, was Transparenz schafft und zugleich die Gesch\u00e4ftskontinuit\u00e4t sichert.<\/p>\n

Vor allem bietet dieses System Raum f\u00fcr nachhaltige Weiterentwicklung: Unternehmen k\u00f6nnen Audit-Tiefe und Policy-Granularit\u00e4t gem\u00e4\u00df Gr\u00f6\u00dfe, Gesch\u00e4ftsrythmus und Compliance-Anforderungen schrittweise erh\u00f6hen, ohne st\u00e4ndig Tools oder Betriebsmodelle wechseln zu m\u00fcssen. Das Zusammenspiel von Remote-Tool, Betriebsprozess und Security-Policies in einer Plattform reduziert die Kosten durch Tool-Br\u00fcche.<\/p>\n

In der Praxis liefert Ping32 eine \u201eausf\u00fchrbare\u201c und \u201everifizierbare\u201c Managementmethode, die den Endpoint-Betrieb von reaktiver St\u00f6rungsbearbeitung hin zu langfristig kontrollierbarem Betrieb weiterentwickelt \u2013 und damit eine stabile, nachhaltige Grundlage f\u00fcr das Endpoint-Management schafft.<\/p>\n

FAQ (H\u00e4ufige Fragen)<\/strong><\/h4>\n
    \n
  1. \n

    Unterst\u00fctzt das Remote-Tool von Ping32 Audit-Protokolle und Nachvollziehbarkeit?
    Ja. Remote-Verbindungen, Operationsabl\u00e4ufe und relevante Handlungen k\u00f6nnen aufgezeichnet und f\u00fcr Audits sowie Analysen genutzt werden.<\/p>\n<\/li>\n

  2. \n

    Ist das Remote-Tool nur f\u00fcr St\u00f6rungsbehebung geeignet?
    Nein. Neben Remote-Support kann es auch f\u00fcr Datei-Verteilung, Konfigurationsmanagement und Statusabfragen eingesetzt werden.<\/p>\n<\/li>\n

  3. \n

    Ist f\u00fcr die Nutzung des Ping32-Remote-Tools zus\u00e4tzliche Drittanbieter-Software erforderlich?
    Nein. Die Remote-Funktion ist in das Ping32-Endpoint-Management integriert und wird einheitlich ausgerollt und verwaltet.<\/p>\n<\/li>\n

  4. \n

    Kann Remote-Datei\u00fcbertragung in DLP-Kontrollen einbezogen werden?
    Ja. Datei\u00fcbertragungen k\u00f6nnen in Kombination mit DLP-Policies und Audit-Mechanismen verwaltet werden.<\/p>\n<\/li>\n

  5. \n

    Eignet sich das Ping32-Remote-Tool f\u00fcr kleine IT-Teams?
    Ja. Ein zentrales Designziel ist es, die Komplexit\u00e4t des Tagesbetriebs zu reduzieren und manuelle Betriebskosten zu senken.<\/p>\n<\/li>\n<\/ol>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n

    <\/div>\n<\/div>\n<\/div>\n<\/article>\n","protected":false},"excerpt":{"rendered":"

    Mit dem kontinuierlichen Fortschritt der Digitalisierung in Unternehmen sind Endger\u00e4te (Endpoints) zum zentralen Tr\u00e4ger des Gesch\u00e4ftsbetriebs und des Datenflusses geworden. Laptops, Desktop-PCs und verschiedenste B\u00fcroendger\u00e4te enthalten kritische Daten wie Quellcode, Konstruktionszeichnungen, Gesch\u00e4ftsdokumente und Kundeninformationen. Vor dem Hintergrund, dass Remote Work, standort\u00fcbergreifende Zusammenarbeit und hybride Arbeitsmodelle zunehmend zum Normalzustand werden, sind Endger\u00e4te nicht l\u00e4nger in einer […]<\/p>\n","protected":false},"author":3,"featured_media":205,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-204","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-default"],"_links":{"self":[{"href":"https:\/\/www.nsecsoft.com\/de\/wp-json\/wp\/v2\/posts\/204","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.nsecsoft.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.nsecsoft.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.nsecsoft.com\/de\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/www.nsecsoft.com\/de\/wp-json\/wp\/v2\/comments?post=204"}],"version-history":[{"count":1,"href":"https:\/\/www.nsecsoft.com\/de\/wp-json\/wp\/v2\/posts\/204\/revisions"}],"predecessor-version":[{"id":207,"href":"https:\/\/www.nsecsoft.com\/de\/wp-json\/wp\/v2\/posts\/204\/revisions\/207"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.nsecsoft.com\/de\/wp-json\/wp\/v2\/media\/205"}],"wp:attachment":[{"href":"https:\/\/www.nsecsoft.com\/de\/wp-json\/wp\/v2\/media?parent=204"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.nsecsoft.com\/de\/wp-json\/wp\/v2\/categories?post=204"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.nsecsoft.com\/de\/wp-json\/wp\/v2\/tags?post=204"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}