{"id":411,"date":"2016-04-25T12:45:53","date_gmt":"2016-04-25T10:45:53","guid":{"rendered":"http:\/\/usersnap.com\/de\/blog\/?p=411"},"modified":"2021-11-22T17:25:46","modified_gmt":"2021-11-22T16:25:46","slug":"10-fehler-die-sie-beim-bug-tracking-vermeiden-sollten","status":"publish","type":"post","link":"https:\/\/usersnap.com\/de\/blog\/10-fehler-die-sie-beim-bug-tracking-vermeiden-sollten\/","title":{"rendered":"10 Fehler, die Sie beim Bug Tracking vermeiden sollten"},"content":{"rendered":"<p>Fehler passieren w\u00e4hrend des gesamten Webentwicklungs-Projekts. Das ist ganz normal. Im Umkehrschluss bedeutet das aber auch, dass diese Fehler behoben werden m\u00fcssen.<\/p>\n<p>Wenn Sie bei Google nach &#8220;Fehlervermeidung&#8221; suchen, werden Sie hunderte von Listen zu diesem Thema finden, die sich allerdings haupts\u00e4chlich auf die technische oder Management-Seite beziehen. Sehr selten werden auch andere kritische Komponenten, wie die QA-Phase besprochen.<\/p>\n<p>In diesem Artikel wollen wir Ihnen 10 Bug Tracking Fehler vorstellen und erkl\u00e4ren, wie Sie diese vermeiden k\u00f6nnen.<br \/>\n<!--more--><\/p>\n<h2>QA &amp; testing als wichtiger Faktor<\/h2>\n<p>Die Testphase und Qualit\u00e4tssicherung sind ein wichtiger Schritt in jedem Webentwicklungs-Prozess. In dieser Phase wird die neue Website oder das neue Produkt auf Herz und Nieren getestet.<\/p>\n<p><img decoding=\"async\" class=\"aligncenter size-full wp-image-437\" src=\"http:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/bugtracking-mistakes.png\" alt=\"bug tracking fehler\" width=\"565\" height=\"146\" srcset=\"https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/bugtracking-mistakes.png 565w, https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/bugtracking-mistakes-300x78.png 300w, https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/bugtracking-mistakes-140x36.png 140w\" sizes=\"(max-width: 565px) 100vw, 565px\" \/><\/p>\n<blockquote><p>Sie k\u00f6nnen keine Website launchen, wenn Sie diese Phase ignorieren.<\/p><\/blockquote>\n<p>Die Logik, die dahinter steckt ist simpel: Wenn Webentwickler mehrere Stunden an einem Projekt arbeiten, ist es leicht nach mehreren Arbeitsstunden in einen visuellen Burnout-Modus zu verfallen.<\/p>\n<p>Reviews von dem Feedback-Team k\u00f6nnen dann helfen, Fehler im Prototyp aufzudecken.<\/p>\n<p>Die Feedback-Phase stellt sicher, dass jede Komponente der Website funktioniert. Usability-Tests sind auch h\u00e4ufig Bestandteil dieser Projekt-Phase.<\/p>\n<h2>Software muss getestet werden<\/h2>\n<p>Stellen Sie sich einmal vor, ein Autoh\u00e4ndler verkauft Ihnen ein nicht getestetes Auto. Die Folgen k\u00f6nnten verhehrend sein.<\/p>\n<p><img decoding=\"async\" class=\"alignnone wp-image-441\" src=\"http:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/car-software-test-dummy-bug-tracking-mistakes-testing.jpg\" alt=\"Bug tracking fehler\" width=\"399\" height=\"250\" srcset=\"https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/car-software-test-dummy-bug-tracking-mistakes-testing.jpg 399w, https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/car-software-test-dummy-bug-tracking-mistakes-testing-300x188.jpg 300w, https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/car-software-test-dummy-bug-tracking-mistakes-testing-140x88.jpg 140w\" sizes=\"(max-width: 399px) 100vw, 399px\" \/><\/p>\n<p>Eine nicht getestete Website ist wohl nicht in gleicher Art und Weise lebensgef\u00e4hrlich, aber eine fehlerhafte Website kann Ihnen wertvolle Conversions und langfristige Kundenbeziehungen kosten.<\/p>\n<p>In der QA-Phase wird Feedback von verschiedenen Instanzen, die in ein Webprojekt involviert sind, eingeholt. Das k\u00f6nnen z. B. die Projektmanager, Kunden, Kollegen und Designer sein.<\/p>\n<p>Feedback zu sammeln setzt eine enge Interaktion zwischen Team und Kunde voraus. Und wie bei jeder engen Zusammenarbeit gibt es auch hier immer die M\u00f6glichkeit f\u00fcr Missverst\u00e4ndnisse.<\/p>\n<p>Wenn Missverst\u00e4ndnisse passieren kann dies weitreichende Folgen haben: Der Abgabetermin kann nicht eingehalten werden, h\u00f6here Budgets werden ben\u00f6tigt und Kunden und andere Stakeholder sind mit der Dienstleistung nicht zufrieden.<\/p>\n<p>Aus diesem Grund wollen wir in diesem Artikel \u00fcber 10 Bug Tracking Fehler, die Sie vermeiden k\u00f6nnnen, sprechen.<\/p>\n<h2>Nummer Eins: QA? Wer hat Zeit daf\u00fcr?!<\/h2>\n<p>Eine Website zu entwickeln ist enorme Arbeit. Deswegen kommt der QA-Prozess nach Fertigstellung einer Website h\u00e4ufig zu kurz, mit dem Ergebnis, das eine fehlerhafte Website an den Kunden \u00fcbergeben wird.<\/p>\n<p>Das Ergebnis: Das Projekt k\u00f6nnte das letzte sein, dass mit dem Kunden verwirklicht wurde und Sie k\u00f6nnen negative PR oder Mundpropaganda erleiden.<\/p>\n<p>Der QA-Prozess ist daher keiner, den man vernachl\u00e4ssigen sollte.<\/p>\n<p>Wenn Sie nicht \u00fcberzeugt von Ihrem Produkt sind, sollten Sie es nicht an Ihre Kunden \u00fcbergeben. Stattdessen, sollte Sie Teamkollegen um Feedback bitten, um die User Experience besser zu verstehen und Bugs zu beseitigen.<\/p>\n<h2>Nummer Zwei: Multi-channel Kommunikation<\/h2>\n<p>Wenn eine Website fertig ist, wird das Entwickler-Team all die, die in das Projekt eingebunden sind, um Feedback bitten. H\u00e4ufig bedeutet das, dass alle Team-Mitglieder ihr Feedback in verschiedenen Kommunikationsarten zur Verf\u00fcgung stellen: per Telefon, E-Mail, Messages und Post-its.<\/p>\n<p>Oftmals gibt man QA-Testern auch Feedback in der Kaffeepause.<\/p>\n<p>Diese Art von Feedback ist nicht nur subjektiv, sondern auch inkonsistent. Und viel von diesem Feedback ist nicht gut dokumentiert. Das macht es f\u00fcr das QA-Team schwer durch den Berg an unorganisierten Informationen durchzublicken.<\/p>\n<p><iframe loading=\"lazy\" class=\"giphy-embed\" src=\"\/\/giphy.com\/embed\/mp7lPwpEOCZ7G?hideSocial=true\" width=\"480\" height=\"360\" frame allowfullscreen=\"allowfullscreen\"><\/iframe><\/p>\n<blockquote><p>Wenn Sie Feedback sammeln, seien Sie sehr spezifisch hinsichtlich Ihrer Fragestellungen<\/p><\/blockquote>\n<p>Vermeiden Sie offene Fragen wie &#8220;Was denken Sie \u00fcber meine Website?&#8221; oder &#8220;Gef\u00e4llt Ihnen meine Website&#8221;?<\/p>\n<p>Bevor Sie Feedback einholen, schicken Sie Ihren Kollegen eine E-Mail mit den wichtigsten Informationen zur Website und Zielgruppe. Erkl\u00e4ren Sie, welches Problem die Website f\u00fcr den Kunden l\u00f6sen soll.<\/p>\n<p>Wichtig ist, den Team-Mitgliedern konkrete Fragen und ein konkretes Framework mit an die Hand zu geben. Nur so erh\u00e4lt man akkurates Feedback.<\/p>\n<h2>Nummer Drei: Was passiert auf der anderen Seite?<\/h2>\n<p>In der heutigen digitalen Welt haben sich die Arbeitsmethoden ver\u00e4ndert. Unternehmen sind nicht l\u00e4nger an einem Ort, sondern viele Arbeitnehmer arbeiten heute remote.<\/p>\n<p>Wenn ein lokal verteilltes Team zusammen an einem Projekt arbeitet, dann k\u00f6nnen E-Mails und Chats als einzige Kommunikation eine Herausforderung sein.<\/p>\n<p>Ein Team kann nur dann effizient zusammenarbeiten, wenn alle seine Team-Mitglieder zu jedem Zeitpunkt up to date sind.<\/p>\n<p>Daher braucht es einen transparenten Feedback-Workflow. Wenn ein <a href=\"https:\/\/usersnap.com\/de\/feedback-tool\"  >Echtzeit-Feedback-Tool<\/a> fehlt, dann k\u00f6nnen Missverst\u00e4ndnisse entstehen, die viel Geld und Zeit kosten.<\/p>\n<p>Ihr Team sollte ein Kommunikations-Tool haben, das jedes Team-Mitglied informiert, woran andere gerade arbeiten. Echtzeit-Kommunikation hilft die r\u00e4umliche Trennung eines remote-Teams zu \u00fcberwinden. Lisa Dietrich von <a href=\"https:\/\/remotecanteen.com\/\"  target=\"_blank\"  target=\"_blank\" rel=\"noopener\" data-rawhref=\"http:\/\/remotecanteen.com\" >remotecanteen.com<\/a> f\u00fcgt in einem Interview hinzu, dass &#8220;Echtzeit-Kommunikation jedoch nicht bedeuten sollte, dass Antworten stets in Echtzeit erfolgen m\u00fcssen. Vielmehr sollte es klar festgelegte Regeln geben, damit die Echtzeit-Kommunikation nicht in Stress m\u00fcndet.&#8221;<\/p>\n<p>Besonders hilfreich ist hier auch die M\u00f6glichkeit visuell zu kommunizieren. Das kann z. B. sein, in dem man einen Screenshot von dem Problem macht und diesen mit der zust\u00e4ndigen Person teilt.<\/p>\n<p>Wenn Sie visuell kommunizieren, kann die Person am anderen Ende das Problem in vielen F\u00e4llen direkt sehen, ohne durch eine Menge an Text lesen zu m\u00fcssen.<\/p>\n<h2>Nummer Vier: Falsche Vermutungen<\/h2>\n<p>&#8220;Ich dachte, Sie w\u00fcrden das Bug Tracking \u00fcbernehmen!&#8221; oder &#8220;Ich dachte das w\u00e4re schon erledigt&#8221;. Kommen Ihnen diese Aussagen bekannt vor?<\/p>\n<p>Leider sind Aussagen wie diese sehr h\u00e4ufig. Sie zeigen, dass Team-Mitglieder an einem Projekt arbeiten ohne die Kollegen \u00fcber den Fortschritt zu informieren. Die Folge davon, sind falsche Vermutungen.<\/p>\n<p>Wenn ein Kunde Sie mit einem Projekt beauftragt, sollten Sie allerdings nichts Vermutungen \u00fcberlassen. Dokumentieren Sie daher alles und halten Sie Ihre Kollegen up to date. Punkt.<\/p>\n<h2>Nummer F\u00fcnf: Kundenfeedback&#8230;who cares?!<\/h2>\n<p>Ihre Kunden haben Sie nach einem Apfel gefragt und Sie haben eine Orange geliefert. Das ist der Zeitpunkt, an dem es Geld kostet.<\/p>\n<p><img decoding=\"async\" class=\"alignnone wp-image-439\" src=\"http:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/customer-expecations-comic.jpg\" alt=\"Bug Tracking Fehler\" width=\"514\" height=\"372\" srcset=\"https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/customer-expecations-comic.jpg 514w, https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/customer-expecations-comic-300x217.jpg 300w, https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/customer-expecations-comic-140x101.jpg 140w\" sizes=\"(max-width: 514px) 100vw, 514px\" \/><\/p>\n<p><em>(Quelle: <a href=\"http:\/\/www.tamingdata.com\/2010\/07\/08\/the-project-management-tree-swing-cartoon-past-and-present\/\"  target=\"_blank\"  target=\"_blank\" rel=\"nofollow noopener\" >http:\/\/www.tamingdata.com\/2010\/07\/08\/the-project-management-tree-swing-cartoon-past-and-present\/<\/a>) <\/em><\/p>\n<p>Das kann passieren, wenn Sie den Kunden nicht nach Feedback in jedem Projekt-Schritt befragen.<\/p>\n<p>Es lohnt sich daher schon fr\u00fchzeitig, in eine effektive Kundenkommunikation zwischen Ihrem Team und Ihrem Kunden zu investieren.<\/p>\n<p>Ihr Team entwickelt keine Website, die Ihnen gefallen muss, sondern, die Ihrem Kunden gefallen muss.<\/p>\n<p>Reden Sie mit Ihrem Kunden und informieren Sie diesen \u00fcber jeden Schritt in der Entwicklung. Teilen Sie das Dashboard mit Ihrem Kunden, sodass diese neue Updates erhalten und ihr Feedback teilen k\u00f6nnen. Wenn m\u00f6glich, \u00fcberlegen Sie einen Beta-Launch. W\u00e4hlen Sie Teilnehmer aus und testen Sie soviel Sie k\u00f6nnen!<\/p>\n<h2>Nummer Sechs: Warten bis es fertig ist!<\/h2>\n<p>Wenn Sie mit der Testphase warten, bis die Design- und Entwicklungs-Phasen abgeschlossen sind, warten Sie vermutlich zu lange. Es gibt eine gute Chance, dass Sie auf b\u00f6se \u00dcberraschungen sto\u00dfen werden: Nicht-Einhaltung der Deadline und des gesetzten Budgets.<\/p>\n<p><img decoding=\"async\" class=\"aligncenter wp-image-438\" src=\"http:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/agile-feedback.jpg\" alt=\"Bug Tracking Fehler\" width=\"600\" height=\"449\" srcset=\"https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/agile-feedback.jpg 706w, https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/agile-feedback-300x224.jpg 300w, https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/agile-feedback-140x105.jpg 140w\" sizes=\"(max-width: 600px) 100vw, 600px\" \/><\/p>\n<p>Testing und Feedback sollte so fr\u00fch wie m\u00f6glich beginnen. Testen Sie in jeder Projektphase. In jeder!<\/p>\n<p>Das kostet Sie vielleicht ein bisschen, aber es zahlt sich f\u00fcr das Gesamtprojekt aus, fr\u00fch in das Testing zu investieren.<\/p>\n<h2>Nummer Sieben: Inkonsistentes bug reporting<\/h2>\n<p>Ihr Test-Team hat Bugs gefunden und diese an die Entwickler weiter gegeben. Aber wenn Sie keinen festen Workflow f\u00fcr diesen Prozess haben, birgt diese Phase viele Risiken.<\/p>\n<p>Falsches Reporting kann Ihr Team dazu bringen, das falsche Problem zu beheben oder aber das richtige Problem in einer falschen Weise zu beheben. Beides sind Szenarien, die man nicht will.<\/p>\n<p>Daher ist ein konsistenter Weg Bugs zu dokumentieren essenziell. Hierf\u00fcr k\u00f6nnen Sie ein Bug Reporting-Tool wie <a href=\"https:\/\/usersnap.com\/de\"  >Usersnap<\/a> verwenden. Damit k\u00f6nnen Sie Screenshots direkt im Browser annotieren und Probleme Ihrer Kollegen und Tester auf einen Blick sehen.<\/p>\n<h2>Nummer Acht: Inkorrekter feedback flow<\/h2>\n<p>Ein gutes Beispiel daf\u00fcr ist Webdesign. Webdesigner sind sehr darum bem\u00fcht, ein sch\u00f6nes Design zu erstellen, aber wissen auch, dass sich ihr Geschmack nicht auf jeden \u00fcbertragen l\u00e4sst.<\/p>\n<p>Was hei\u00dft das? Die Wahl, die sie treffen muss nicht unbedingt die richtige Wahl f\u00fcr den Kunden sein.<\/p>\n<p>Das Test-Team macht manchmal den Fehler unmittelbaren Feedback zu geben ohne Input von anderen Quellen. Braucht das Design vielleicht die Meinung eines Marketers? Oder sollte jemand von Ihrem Support-Team sich das Design einmal ansehen.<\/p>\n<p>Stellen Sie sicher, dass jedes Element Feedback von der richtigen Person erh\u00e4lt.<\/p>\n<h2>Nummer NEUN: Kritische Elemente vernachl\u00e4ssigen<\/h2>\n<p>Auch wenn sowohl das F<a href=\"http:\/\/usersnap.com\/blog\/how-to-become-a-front-end-developer\/\"  target=\"_blank\" rel=\"noopener\"  target=\"_blank\" rel=\"noopener\">ront-end<\/a> wie auch das Back-end einer Anwendung gleich wichtig sind, konzentriert sich das Test-Team h\u00e4ufig auf f<a href=\"http:\/\/usersnap.com\/blog\/types-user-acceptance-tests-frameworks\/\"  target=\"_blank\" rel=\"noopener\"  target=\"_blank\" rel=\"noopener\">unktionale Aspekte<\/a> und ignoriert h\u00e4ufig das Performance-Testing.<\/p>\n<p>Das Entwickler-Team erh\u00e4lt gew\u00f6hnlich sehr wenig Feedback hinsichtlich der Front-End-Performance der Webseite, bis es f\u00fcr die \u00d6ffentlichkeit zug\u00e4nglich ist. Und das f\u00fchrt zu Problemen mit dem User Interface.<\/p>\n<p>Jede Phase und auch Sub-Phase bei einem Webprojekt ist wichtig. Das Testing-Team sollte daher genug Zeit f\u00fcr jede Testphase einplanen, sodass keine aus Zeitgr\u00fcnden \u00fcbersprungen wird.<\/p>\n<h2>Nummer Zehn: Vernachl\u00e4ssigung von unwichtigen Bugs<\/h2>\n<p><a href=\"http:\/\/usersnap.com\/blog\/bug-free-development-environment\/\"  target=\"_blank\" rel=\"noopener\"  target=\"_blank\" rel=\"noopener\">100% Bug-Free Anwendungen<\/a> sind unm\u00f6glich. Es wird immer Grenzen im Design oder in einer Anwendung geben. Viele Tester vernachl\u00e4ssigen daher Bugs, die eher unwichtig sind.<\/p>\n<p>Das f\u00fchrt allerdings manchmal zu gr\u00f6\u00dferen Problemen, wenn die Website gelauncht ist. Auch unwichtige Bugs sollten immer dokumentiert werden; der Unterschied liegt einfach in der Priorit\u00e4t, die man ihnen zuweist.<\/p>\n<p>Ein erfahrener Tester versteht den Unterschied zwischen wichtigen und unwichtigen Bugs.<\/p>\n<h2>Wow&#8230;Ganz sch\u00f6n viel!<\/h2>\n<p>Feedback sammeln und Bugs zu tracken sind wichtige Schritte in der Webentwicklung.<\/p>\n<p>Es gibt viele M\u00f6glichkeiten, Feedback zu sammeln, sei es pers\u00f6nlich oder mithilfe einer Software. Bugs zu ignorieren kann sehr kostenintensiv sein, sodass es sich lohnt einen festen Workflow zu haben, der Kommunikation mit Kunden wie mit Kollegen gleicherma\u00dfen mit einschlie\u00dft.<\/p>\n<p>Wir von Usersnap hoffen, dieser Post hat Ihnen gefallen und freuen uns, wenn Sie uns auf <a href=\"https:\/\/twitter.com\/usersnap\"  target=\"_blank\"  >Twitter<\/a> folgen. Dort tweeten wir regelm\u00e4\u00dfig \u00fcber Web Development, Webdesign und Kundenservice.<\/p>\n<p><em>Usersnap ist ein Bug Tracking und Screenshot-Tool f\u00fcr jedes Webprojekt. Erhalten Sie sofort Feedback von Ihren Website-Besuchern. Jetzt kostenlos testen!<\/em><\/p>\n<p><img decoding=\"async\" class=\"alignnone size-full wp-image-451\" src=\"http:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/footer_artikel.jpg\" alt=\"footer_artikel\" width=\"600\" height=\"150\" srcset=\"https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/footer_artikel.jpg 600w, https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/footer_artikel-300x75.jpg 300w, https:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/04\/footer_artikel-140x35.jpg 140w\" sizes=\"(max-width: 600px) 100vw, 600px\" \/><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Fehler passieren w\u00e4hrend des gesamten Webentwicklungs-Projekts. Das ist ganz normal. Im Umkehrschluss bedeutet das aber auch, dass diese Fehler behoben werden m\u00fcssen. Wenn Sie bei Google nach &#8220;Fehlervermeidung&#8221; suchen, werden Sie hunderte von Listen zu diesem Thema finden, die sich allerdings haupts\u00e4chlich auf die technische oder Management-Seite beziehen. Sehr selten werden auch andere kritische Komponenten, [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":414,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[32,38,7],"tags":[66,80,50,79,40,81],"class_list":["post-411","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-bug-tracking","category-feedback","category-kundenservice","tag-bug-reporting","tag-feedback","tag-kommunikation","tag-qa","tag-testing","tag-workflow"],"acf":[],"_links":{"self":[{"href":"https:\/\/usersnap.com\/de\/blog\/wp-json\/wp\/v2\/posts\/411","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/usersnap.com\/de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/usersnap.com\/de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/usersnap.com\/de\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/usersnap.com\/de\/blog\/wp-json\/wp\/v2\/comments?post=411"}],"version-history":[{"count":0,"href":"https:\/\/usersnap.com\/de\/blog\/wp-json\/wp\/v2\/posts\/411\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/usersnap.com\/de\/blog\/wp-json\/wp\/v2\/media\/414"}],"wp:attachment":[{"href":"https:\/\/usersnap.com\/de\/blog\/wp-json\/wp\/v2\/media?parent=411"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/usersnap.com\/de\/blog\/wp-json\/wp\/v2\/categories?post=411"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/usersnap.com\/de\/blog\/wp-json\/wp\/v2\/tags?post=411"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}