{"id":915917,"date":"2026-10-29T16:31:33","date_gmt":"2026-10-29T16:31:33","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/modernizzare-piano-di-incident-response\/"},"modified":"2026-10-29T16:31:34","modified_gmt":"2026-10-29T16:31:34","slug":"modernizzare-piano-di-incident-response","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/it\/blog\/modernizzare-piano-di-incident-response\/","title":{"rendered":"Come modernizzare il piano di incident response con esercitazioni basate sulle timeline"},"content":{"rendered":"<div class=\"in-context-cta\"><h2 style=\"margin-top: 0px;\">Punti chiave<\/h2>\n<ul>\n<li>Punta sulle esercitazioni continue: simulazioni brevi e frequenti mantengono attuale il piano di incident response.<\/li>\n<li>Ricostruisci le timeline degli incidenti sulla base delle evidenze per far emergere lacune e presupposti errati.<\/li>\n<li>Usa RCA leggere o revisioni post-incidente rapide per trasformare i risultati in aggiornamenti concreti.<\/li>\n<li>Mantieni documenti versionati come playbook, alberi delle comunicazioni, scadenze e registri delle modifiche.<\/li>\n<li>Misura il livello di preparazione con metriche standard per monitorare le prestazioni di rilevamento, contenimento e ripristino presso tutti i clienti.<\/li>\n<\/ul>\n<\/div>\n<p>I piani di <a href=\"https:\/\/www.ninjaone.com\/it\/it-hub\/sicurezza-degli-endpoint\/cose-la-risposta-agli-incidenti\/\">incident response<\/a> invecchiano in fretta: gli strumenti cambiano, il personale ruota e le minacce si evolvono. Le esercitazioni continue aiutano a mantenerli validi, ed \u00e8 proprio per questo che modernizzare il piano di incident response diventa indispensabile. Questo articolo mostra come rendere operativa la manutenzione del piano.<\/p>\n<h2>Modernizzare il piano di incident response con esercitazioni basate sulle timeline<\/h2>\n<p>Modernizzare i <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/msp-pianificare-risposta-incidente-ransomware-2019\/\">piani di incident response<\/a> significa individuare le lacune nei processi, affinare le timeline, condurre esercitazioni, aggiornare la documentazione, misurare il livello di preparazione e allinearsi con i partner.<\/p>\n<p>\ud83d\udccc <strong>Prerequisiti:<\/strong><\/p>\n<ul>\n<li>Ruoli definiti e struttura di reperibilit\u00e0 per incidenti ed esercitazioni.<\/li>\n<li>Accesso alle fonti di evidenza principali come log <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/che-cos-e-l-edr\/\">EDR<\/a>, log eventi di Windows, log di audit SaaS, email e tracce di audit delle identit\u00e0.<\/li>\n<li>Archiviazione centralizzata dei documenti con controllo delle versioni e accesso in lettura per tutti i responder.<\/li>\n<li>Canali di gestione dei ticket e di comunicazione per le simulazioni e gli incidenti reali.<\/li>\n<li>Accordo con gli stakeholder su metriche e frequenza del reporting.<\/li>\n<\/ul>\n<p>\ud83c\udfa5 Guarda il video che accompagna questa guida: <a href=\"https:\/\/www.ninjaone.com\/videos\/security\/how-to-modernize-your-incident-response-plan\/\">Come modernizzare il piano di incident response con esercitazioni basate sulle timeline<\/a>.<\/p>\n<h3>Passaggio 1: individua i punti in cui i piani falliscono<\/h3>\n<p>Questo passaggio serve a identificare i punti critici di fallimento prima che si verifichino nuovi incidenti.<\/p>\n<p>\ud83d\udccc <strong>Situazione d\u2019uso: <\/strong>durante una recente interruzione di sistema, il team IT operations ha impiegato pi\u00f9 tempo del previsto a ripristinare i servizi a causa della confusione su chi fosse responsabile di azioni specifiche, della mancanza di accesso agli strumenti diagnostici e di catene di approvazione poco chiare per le modifiche d\u2019emergenza.<\/p>\n<h4>Analizza gli incidenti passati<\/h4>\n<p>Riesamina un incidente grave recente e raccogli tutti i postmortem, le trascrizioni delle chat e le timeline degli incidenti. Osserva i momenti che possono aver generato confusione e rallentato i progressi.<\/p>\n<h4>Elenca i problemi specifici<\/h4>\n<p>Documenta i problemi che potrebbero aver causato gli incidenti. Tra i pi\u00f9 comuni ci sono:<\/p>\n<ul>\n<li><strong>Contatti mancanti<\/strong>: nessun elenco di reperibilit\u00e0 chiaro o rubrica del team obsoleta.<\/li>\n<li><strong>Passaggi di consegne poco chiari<\/strong>: la responsabilit\u00e0 dell\u2019incident response cambia senza comunicazione.<\/li>\n<li><strong>Ritardi nell\u2019accesso agli strumenti<\/strong>: tecnici in attesa di permessi temporanei o di accesso VPN.<\/li>\n<\/ul>\n<h4>Crea un backlog e assegna i responsabili<\/h4>\n<p>Crea un backlog che contenga:<\/p>\n<ul>\n<li>Ogni problema come attivit\u00e0 separata<\/li>\n<li>Un responsabile della risoluzione<\/li>\n<li>Una data di scadenza per l\u2019implementazione<\/li>\n<\/ul>\n<h3>Passaggio 2: costruisci timeline accurate degli incidenti<\/h3>\n<p>Questo passaggio trasforma la telemetria grezza in un racconto condiviso che guida le correzioni.<\/p>\n<p>\ud83d\udccc <strong>Situazione d\u2019uso: <\/strong>dopo aver rilevato un tentativo di ransomware, il team di sicurezza si \u00e8 accorto che erano trascorse tre ore tra la prima attivit\u00e0 sospetta e la prima azione di contenimento. Il team ha avuto difficolt\u00e0 perch\u00e9 i log erano sparsi su pi\u00f9 sistemi e i timestamp non erano sincronizzati.<\/p>\n<h4>Raccogli le fonti di dati<\/h4>\n<p>Raccogli le evidenze dai sistemi coinvolti nell\u2019incidente. Utilizza fonti comuni come:<\/p>\n<ul>\n<li>Log di endpoint e server<\/li>\n<li>Log di audit delle email<\/li>\n<li>Telemetria di rete<\/li>\n<li>Log di amministrazione SaaS<\/li>\n<li>Timestamp del sistema di gestione dei ticket<\/li>\n<\/ul>\n<h4>Standardizza il modello di timeline<\/h4>\n<p>Usa un formato di timeline strutturato, cos\u00ec i responder parlano la stessa lingua quando riesaminano gli eventi.<\/p>\n<h4>Organizza un workshop sulla timeline di 60\u201390 minuti<\/h4>\n<p>Riunisci tutte le persone coinvolte nell\u2019incidente in una sessione mirata. Durante il workshop, assicurati di:<\/p>\n<ul>\n<li>Riesaminare ogni voce degli eventi.<\/li>\n<li>Validare orari e azioni con evidenze reali (voci di log, avvisi, email).<\/li>\n<li>Individuare contesti mancanti o timestamp in conflitto.<\/li>\n<li>Evidenziare i punti decisionali critici<\/li>\n<\/ul>\n<h4>Trasforma i ritardi in azioni concrete<\/h4>\n<p>Segnala gli intervalli di tempo tra rilevamento, contenimento e ripristino. Poi trasforma ogni intervallo in un\u2019attivit\u00e0 di miglioramento specifica.<\/p>\n<h3>Passaggio 3: conduci esercitazioni di portata ridotta<\/h3>\n<p>Questo passaggio mantiene il piano allineato agli strumenti attuali.<\/p>\n<p>\ud83d\udccc <strong>Situazione d\u2019uso: <\/strong>il team di sicurezza conduce un\u2019esercitazione tabletop che simula la fuga di credenziali cloud. Durante la sessione si accorge che l\u2019elenco dei contatti di escalation del fornitore \u00e8 obsoleto e che diversi tecnici non sanno come avviare il contenimento nel nuovo sistema di gestione dei ticket.<\/p>\n<p>Ecco alcuni esempi di esercitazioni di portata ridotta:<\/p>\n<h4>Esercitazione tabletop<\/h4>\n<p>Le esercitazioni tabletop sono simulazioni strutturate di scenari realistici. In questo caso utilizzerai timeline annotate, modelli di comunicazione e playbook per valutare il processo decisionale e la chiarezza dei ruoli.<\/p>\n<h4>Esercitazione funzionale<\/h4>\n<p>Le esercitazioni funzionali testano un flusso di lavoro end-to-end per verificare che funzioni come previsto. Qui servono sistemi in produzione, SOP (Standard Operating Procedures) documentate e catene di approvazione.<\/p>\n<h4>Esercitazione live<\/h4>\n<p>Infine, le esercitazioni live confermano la prontezza operativa senza impattare sui sistemi di produzione. Alcuni esempi: inviare una notifica di test, verificare l\u2019accesso VPN o avviare il passaggio a un canale di comunicazione alternativo.<\/p>\n<p>Conviene stabilire una frequenza per queste esercitazioni (mensile, trimestrale, semestrale e cos\u00ec via) e mantenerle sotto i 90 minuti.<\/p>\n<h3>Passaggio 4: aggiorna la documentazione<\/h3>\n<p>Questo passaggio mantiene i documenti sugli incidenti vivi e affidabili.<\/p>\n<p>\ud83d\udccc <strong>Situazione d\u2019uso: <\/strong>durante l\u2019indagine su una violazione dei dati nel fine settimana, l\u2019incident commander ha provato a fare escalation al responsabile del fornitore, ma ha scoperto che quel contatto non era pi\u00f9 in azienda. Dopo l\u2019incidente, la direzione ha imposto aggiornamenti con controllo delle versioni, cos\u00ec ora ogni documento include un numero di versione, un responsabile e lo storico delle revisioni.<\/p>\n<p>Ecco alcuni esempi di documenti da mantenere aggiornati:<\/p>\n<ul>\n<li><strong>Alberi dei contatti e di escalation<\/strong>: contatti principali e alternativi, percorsi di escalation in base all\u2019orario o all\u2019area geografica, numeri dei fornitori e di emergenza.<\/li>\n<li><strong>Guide ai ruoli<\/strong>: incident commander, responsabile delle comunicazioni, responsabile forense, responsabile dei rapporti con i fornitori.<\/li>\n<li><strong>Playbook per gli incidenti pi\u00f9 comuni<\/strong>: ransomware, Business Email Compromise (BEC), furto di credenziali, abuso interno, DDoS ed esposizione di dati.<\/li>\n<li><strong>Modelli di comunicazione<\/strong>: dirigenti, ufficio legale, clienti e fornitori.<\/li>\n<li><strong>Checklist per la raccolta delle evidenze<\/strong>: fonti di log da acquisire, posizioni di archiviazione e passaggi di verifica dell\u2019integrit\u00e0.<\/li>\n<\/ul>\n<h3>Passaggio 5: misura il livello di preparazione<\/h3>\n<p>\ud83d\udccc <strong>Situazione d\u2019uso: <\/strong>dopo un\u2019esercitazione che simulava la compromissione di credenziali, il team di incident response ha calcolato le metriche chiave: la simulazione ha rivelato che solo il 60% dei team aveva partecipato a un\u2019esercitazione nel trimestre e che diverse azioni aperte dall\u2019ultima revisione post-incidente erano ancora irrisolte oltre i termini del loro <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/che-cos-e-uno-sla-per-msp\/\">Service Level Agreement<\/a> (SLA).<\/p>\n<p>Tieni conto dei seguenti indicatori per verificare il livello di preparazione:<\/p>\n<ul>\n<li><strong>Mean Time to Detect (MTTD):<\/strong> tempo medio tra l\u2019inizio dell\u2019incidente e il suo rilevamento.<\/li>\n<li><strong>Mean Time to Contain (MTTC):<\/strong> tempo medio tra il rilevamento e il momento in cui l\u2019impatto dell\u2019incidente viene limitato con successo.<\/li>\n<li><strong>Tempo medio di riparazione (MTTR):<\/strong> tempo medio dal contenimento al ripristino completo del normale servizio.<\/li>\n<li><strong>Copertura delle simulazioni per scenario e per team:<\/strong> percentuale di scenari chiave testati per periodo e percentuale di team partecipanti.<\/li>\n<li><strong>Azioni aperte oltre i termini dell\u2019SLA:<\/strong> numero o percentuale di attivit\u00e0 di miglioramento non risolte oltre la data di scadenza assegnata.<\/li>\n<\/ul>\n<h3>Passaggio 6: allineati con fornitori e terze parti<\/h3>\n<p>\ud83d\udccc <strong>Situazione d\u2019uso: <\/strong>durante un\u2019interruzione di un servizio SaaS che ha impedito l\u2019accesso ai clienti, l\u2019incident commander ha scoperto che il contatto di escalation del fornitore era obsoleto. Il team ha dovuto cercare tra i vecchi ticket per trovare il nuovo referente. Quando finalmente il caso \u00e8 stato aperto, mancavano log fondamentali.<\/p>\n<h4>Mantieni un elenco dei contatti dei fornitori<\/h4>\n<p>Inserisci contatti principali e secondari, procedure fuori orario e di <a href=\"https:\/\/www.atlassian.com\/incident-management\/on-call\/escalation-policies\" target=\"_blank\" rel=\"noopener\">escalation<\/a>, numeri di contatto, livelli di servizio, fusi orari e canali di comunicazione preferiti.<\/p>\n<h4>Documenta i dati richiesti per i casi aperti con i fornitori<\/h4>\n<p>Quando apri un ticket presso un fornitore, assicurati di avere pronti i dati rilevanti. Ogni fornitore ha requisiti diversi, quindi \u00e8 fondamentale definirli in anticipo per evitare attriti. I dati tipici includono:<\/p>\n<ul>\n<li>Timestamp del rilevamento e dell\u2019impatto.<\/li>\n<li>Asset o utenti interessati.<\/li>\n<li>Estratti dei log o telemetria pertinente.<\/li>\n<li>Codici di errore o ID degli avvisi.<\/li>\n<li>Numeri di riferimento dei ticket interni.<\/li>\n<\/ul>\n<h4>Prevedi una simulazione di risposta del fornitore<\/h4>\n<p>Verifica che i processi di escalation verso i fornitori funzionino nella pratica. Simula uno scenario che richieda il supporto del fornitore, poi segui la procedura documentata di contatto e apertura del caso. Infine, verifica tempi di risposta, flusso di comunicazione e accuratezza dei dati.<\/p>\n<h4>Manutenzione continua e integrazione<\/h4>\n<ul>\n<li>Pianifica revisioni trimestrali dei contatti e delle procedure dei fornitori.<\/li>\n<li>Conserva il registro dei fornitori nello stesso repository degli altri materiali di incident response.<\/li>\n<li>Associa a ogni voce un responsabile, la data dell\u2019ultima verifica e la data della revisione successiva.<\/li>\n<li>Condividi gli aggiornamenti nel canale Slack dei responder e nel sistema di gestione dei ticket.<\/li>\n<\/ul>\n<h2>I servizi NinjaOne che aiutano a modernizzare il piano di incident response<\/h2>\n<p>NinjaOne aiuta a modernizzare i piani di incident response grazie ai seguenti servizi:<\/p>\n<h3>Automazione e raccolta delle evidenze<\/h3>\n<p>Con NinjaOne puoi pianificare script per esportare i log. Le caratteristiche di automazione pianificata ti permettono di creare script programmati, esportare log ed eseguire script personalizzati secondo una pianificazione. Inoltre, questa caratteristica supporta diversi tipi di script e parametri.<\/p>\n<h3>Rilevamento e tagging<\/h3>\n<p>NinjaOne ti consente di far emergere i segnali e di assegnare tag a dispositivi o ticket. Le funzionalit\u00e0 avanzate di rilevamento di NinjaOne includono Avvisi Personalizzati, tagging dei dispositivi, monitoraggio basato su condizioni e altro ancora.<\/p>\n<h3>Reporting<\/h3>\n<p>Puoi generare scorecard delle prestazioni, con modelli di report personalizzabili e generazione di report in PDF, grazie agli <a href=\"https:\/\/www.ninjaone.com\/it\/gestione-endpoint\/strumenti-di-reportistica-it\/\">strumenti di reporting IT<\/a> di NinjaOne.<\/p>\n<h3>Distribuzione dei runbook<\/h3>\n<p>La gestione della documentazione e dei runbook di NinjaOne comprende archiviazione sicura, un sistema di documentazione centralizzato e altro ancora.<\/p>\n<div class=\"quick-start-guide\"><h2><svg width=\"45\" height=\"45\" viewBox=\"0 0 45 45\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n<path d=\"M41.4822 0H3.51778C1.57496 0 0 1.57496 0 3.51778V41.4822C0 43.425 1.57496 45 3.51778 45H41.4822C43.425 45 45 43.425 45 41.4822V3.51778C45 1.57496 43.425 0 41.4822 0Z\" fill=\"#053856\"\/>\n<path d=\"M30.4399 13.9904C28.9161 12.4475 26.9127 11.6737 24.4346 11.6737C23.0721 11.6737 21.8188 11.911 20.6794 12.3858C19.5401 12.8605 18.5859 13.5346 17.8168 14.4129V11.2654L12.2766 13.867V32.562H18.0779V22.4739C18.0779 20.6224 18.5099 19.2267 19.3787 18.2867C20.2474 17.3515 21.4105 16.8815 22.8727 16.8815C24.1877 16.8815 25.1894 17.285 25.8825 18.0968C26.5756 18.9086 26.9222 20.1334 26.9222 21.7808V32.562H32.7234V21.2728C32.7234 18.2393 31.9591 15.5285 30.4399 13.9856V13.9904Z\" fill=\"#04FF88\"\/>\n<\/svg>Guida rapida<\/h2><p>NinjaOne pu\u00f2 aiutarti a modernizzare il tuo piano di incident response con esercitazioni basate sulle timeline. Ecco come NinjaOne ti supporta:<\/p>\n<p>1. <b>Avvisi e monitoraggio automatizzati<\/b>:<\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/rmm\/monitoraggio-in-tempo-reale\/\">NinjaOne offre un Monitoraggio in Tempo Reale<\/a> e avvisi per gli endpoint, aiutandoti a rilevare gli incidenti in anticipo.<\/li>\n<li>Puoi configurare risposte automatizzate per contenere rapidamente le minacce.<\/li>\n<\/ul>\n<p>2. <b>Gestione centralizzata<\/b>:<\/p>\n<ul>\n<li>Tutti i dispositivi e gli incidenti vengono gestiti in un\u2019unica dashboard, cos\u00ec \u00e8 pi\u00f9 facile coordinare le risposte.<\/li>\n<li>Puoi monitorare lo stato di ogni incidente e garantirne la risoluzione nei tempi previsti.<\/li>\n<\/ul>\n<p>3. <b>Integrazione con strumenti PSA e di gestione dei ticket<\/b>:<\/p>\n<ul>\n<li>NinjaOne si integra con piattaforme come ServiceNow, permettendoti di creare incidenti automaticamente e di assegnarli ai team giusti.<\/li>\n<li>In questo modo il flusso di lavoro di incident response diventa pi\u00f9 snello e le responsabilit\u00e0 sono chiare.<\/li>\n<\/ul>\n<p>4. <b>Reporting e analitiche<\/b>:<\/p>\n<ul>\n<li>Report dettagliati ti aiutano ad analizzare le tendenze degli incidenti e a individuare le aree di miglioramento.<\/li>\n<li>Usa queste informazioni per affinare il tuo piano di incident response e condurre esercitazioni basate sulle timeline in modo efficace.<\/li>\n<\/ul>\n<\/div>\n<h2>Modernizzare i piani di incident response<\/h2>\n<p>Perch\u00e9 i piani di incident response restino efficaci, devono essere esercitati, misurati e aggiornati con regolarit\u00e0. Simulazioni basate sulle timeline, RCA leggere, documenti versionati e responsabilit\u00e0 chiare aiutano a garantire accuratezza e accountability. Con una frequenza costante e regolare, il tuo piano resta attuale, rapido e affidabile.<\/p>\n<p><strong>Argomenti correlati:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/la-risoluzione-dei-problemi-e-segnalare-le-best-practice\/\">Oltre il troubleshooting: best practice per i report IT<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/report-rmm-personalizzati-per-la-reportistica-msp-di-livello-esecutivo\/\">Come creare report RMM personalizzati per il reporting MSP a livello dirigenziale<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/migliori-strumenti-di-reportistica-it\/\">10 migliori strumenti di reporting IT per i team IT<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/lista-di-controllo-per-la-risposta-agli-incidenti-per-i-tecnici-msp\/\">Come creare una checklist di incident response per i tecnici MSP<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/risposta-agli-incidenti-di-sicurezza-specifico-per-msp\/\">Come creare e testare un playbook di incident response di sicurezza specifico per gli MSP<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>I piani di incident response invecchiano in fretta: gli strumenti cambiano, il personale ruota e le minacce si evolvono. Le esercitazioni continue aiutano a mantenerli validi, ed \u00e8 proprio per questo che modernizzare il piano di incident response diventa indispensabile. Questo articolo mostra come rendere operativa la manutenzione del piano. Modernizzare il piano di incident [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":664084,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[4367],"tags":[],"class_list":["post-915917","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sicurezza"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/915917","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/comments?post=915917"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/915917\/revisions"}],"predecessor-version":[{"id":915918,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/915917\/revisions\/915918"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media\/664084"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media?parent=915917"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/categories?post=915917"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/tags?post=915917"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}