{"id":900358,"date":"2026-10-14T16:53:43","date_gmt":"2026-10-14T16:53:43","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/archivos-registro-servidor-apache\/"},"modified":"2026-10-14T16:53:44","modified_gmt":"2026-10-14T16:53:44","slug":"archivos-registro-servidor-apache","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/es\/blog\/archivos-registro-servidor-apache\/","title":{"rendered":"C\u00f3mo optimizar los archivos de registro del servidor Apache: estructura, retenci\u00f3n y visibilidad"},"content":{"rendered":"<div class=\"in-context-cta\"><h2 style=\"margin-top: 0px;\">Puntos clave<\/h2>\n<ul>\n<li>Un logging de Apache optimizado convierte los logs en informaci\u00f3n accionable gracias a formatos JSON estructurados, filtrado avanzado y retenci\u00f3n centralizada.<\/li>\n<li>Los campos estructurados y el logging condicional reducen el ruido, mejoran la visibilidad y hacen que las investigaciones sean m\u00e1s r\u00e1pidas y eficientes en entornos multitenant.<\/li>\n<li>Las pol\u00edticas de rotaci\u00f3n, compresi\u00f3n y gesti\u00f3n del ciclo de vida mantienen un uso predecible del almacenamiento, garantizando estabilidad del rendimiento y retenci\u00f3n conforme a la normativa.<\/li>\n<li>El enriquecimiento centralizado a\u00f1ade contexto de geolocalizaci\u00f3n por IP, ASN y user agent, lo que mejora la velocidad del triaje, la precisi\u00f3n de la correlaci\u00f3n y la visibilidad de la causa ra\u00edz.<\/li>\n<li>Los paquetes de evidencias peri\u00f3dicos demuestran la eficacia y la integridad continua de tu framework de logging en Apache, y dan apoyo a las operaciones, las auditor\u00edas y el cumplimiento.<\/li>\n<\/ul>\n<\/div>\n<p>Los <strong>archivos de registro del servidor Apache<\/strong> en su configuraci\u00f3n predeterminada son dif\u00edciles de analizar a gran escala si no sigues un enfoque de registro bien definido. Sin estructura, rotaci\u00f3n ni un pipeline centralizado, los logs se llenan de ruido y cuesta encontrar los datos que realmente necesitas.<\/p>\n<h2>Framework de 10 pasos para optimizar los flujos de trabajo de logging en Apache<\/h2>\n<p>Un registro optimizado resulta clave durante las investigaciones de sistemas y el an\u00e1lisis de causa ra\u00edz, porque ofrece respuestas r\u00e1pidas justo cuando m\u00e1s importa. Por eso es fundamental configurar directivas y m\u00f3dulos que mejoren la calidad y el contexto de los logs.<\/p>\n<p>Los siguientes pasos te ayudar\u00e1n a construir un framework de logging para Apache ligero y repetible, que escale entre clientes y cumpla con los requisitos de cumplimiento.<\/p>\n<p>\ud83d\udccc <strong>Requisitos previos:<\/strong><\/p>\n<ul>\n<li>Inventario de hosts Apache, m\u00f3dulos en uso y perfiles de tr\u00e1fico previstos<\/li>\n<li>Permisos para configurar LogFormat, CustomLog, ErrorLog, rotatelogs o logrotate, y los m\u00f3dulos necesarios<\/li>\n<li>Ruta de recopilaci\u00f3n central hacia ELK o equivalente con gesti\u00f3n del ciclo de vida de los \u00edndices<\/li>\n<li>Espacio de trabajo para evidencias: diffs de configuraci\u00f3n, estad\u00edsticas del pipeline y pruebas de alertas<\/li>\n<\/ul>\n<h3>Paso 1: define la configuraci\u00f3n de logs de Apache que quieres alcanzar<\/h3>\n<p>Antes de optimizar los logs de Apache, debes definir resultados concretos para alinear el registro con tus necesidades operativas reales. As\u00ed, los datos que captures ser\u00e1n espec\u00edficos y \u00fatiles para tus investigaciones, la <a href=\"https:\/\/www.ninjaone.com\/es\/blog\/buenas-practicas-supervision-endpoint\/\">supervisi\u00f3n del rendimiento de endpoints<\/a> o los requisitos de cumplimiento.<\/p>\n<p>Plan de acci\u00f3n recomendado:<\/p>\n<ol>\n<li>Define las preguntas que quieres que responda tu flujo de trabajo de logging en Apache. Por ejemplo:\n<ul>\n<li>Qui\u00e9n inici\u00f3 la acci\u00f3n<\/li>\n<li>Qu\u00e9 intent\u00f3 hacer<\/li>\n<li>De d\u00f3nde ven\u00eda y hacia d\u00f3nde iba<\/li>\n<li>Cu\u00e1ndo ocurri\u00f3<\/li>\n<li>Resultado de la acci\u00f3n<\/li>\n<\/ul>\n<\/li>\n<li>Asocia cada dato de log con la pregunta que responde para agilizar las investigaciones y acelerar la correlaci\u00f3n.<\/li>\n<\/ol>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Dato de log<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Preguntas clave<\/strong><\/td>\n<\/tr>\n<tr>\n<td><strong>Timestamp<\/strong><\/td>\n<td style=\"text-align: center;\">\u00bfCu\u00e1ndo ocurri\u00f3?<\/td>\n<\/tr>\n<tr>\n<td><strong>ClientIP <\/strong>o <strong>remote_host<\/strong><\/td>\n<td style=\"text-align: center;\">\u00bfDe d\u00f3nde ven\u00eda?<\/td>\n<\/tr>\n<tr>\n<td><strong>Request<\/strong> y <strong>method<\/strong><\/td>\n<td style=\"text-align: center;\">\u00bfQu\u00e9 intent\u00f3 hacer?<\/td>\n<\/tr>\n<tr>\n<td><strong>Status<\/strong>,<strong> bytes_sent<\/strong><\/td>\n<td style=\"text-align: center;\">\u00bfLa acci\u00f3n tuvo \u00e9xito y cu\u00e1ntos datos movi\u00f3?<\/td>\n<\/tr>\n<tr>\n<td><strong>User_agent<\/strong>, <strong>referer<\/strong>, <strong>tls_version<\/strong>, <strong>SNI<\/strong>, <strong>backend_timing<\/strong><\/td>\n<td style=\"text-align: center;\">\u00bfQu\u00e9 contexto rodeaba a la petici\u00f3n?<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Paso 2: elige un formato de log estructurado para Apache<\/h3>\n<p>El Common Log Format (CLF) de Apache es legible para las personas, pero poco amigable para las m\u00e1quinas: puede hacer que los <a href=\"https:\/\/www.ninjaone.com\/it-hub\/endpoint-security\/what-is-security-information-and-event-management-siem\/\">SIEM<\/a> o los parsers fallen al analizar los logs de forma centralizada. El motivo es que CLF depende de expresiones regulares, muy sensibles a cualquier variaci\u00f3n en los datos.<\/p>\n<p>Plan de acci\u00f3n recomendado:<\/p>\n<ol>\n<li>Usa JSON en <strong>LogFormat<\/strong> y <strong>ErrorLogFormat<\/strong> para generar eventos parseables por m\u00e1quina que lleguen sin problemas a tu herramienta centralizada de analytics.<\/li>\n<li>Emplea claves cortas y en min\u00fasculas, como <strong>src_ip<\/strong>, <strong>url<\/strong>,<strong> status<\/strong> y <strong>ua<\/strong>, para mantener nombres de campo coherentes y predecibles en todos los hosts.<\/li>\n<li>Si utilizas proxies o balanceadores de carga, a\u00f1ade los campos <strong>upstream_time<\/strong> y <strong>request_time<\/strong> para medir la capacidad de respuesta del backend directamente desde los logs.<\/li>\n<\/ol>\n<h3>Paso 3: aprovecha el logging avanzado y condicional de Apache<\/h3>\n<p>Reducir el alcance de los logs de Apache mejora su relaci\u00f3n se\u00f1al-ruido (SNR) y evita que entren m\u00e9tricas que estorban en las investigaciones. El logging avanzado y condicional cubre esa necesidad: aplica reglas sobre qu\u00e9 se registra y en qu\u00e9 condiciones, de modo que obtienes visibilidad espec\u00edfica.<\/p>\n<p>Plan de acci\u00f3n recomendado:<\/p>\n<ol>\n<li>Configura cada <strong>VirtualHost <\/strong>con su propio <strong>CustomLog <\/strong>y <strong>ErrorLog<\/strong> para mantener aislados los entornos de los clientes y permitir reglas de retenci\u00f3n e ingesta por tenant.<\/li>\n<li>Aplica logging condicional con variables de entorno o expresiones para excluir el tr\u00e1fico de poco valor.<\/li>\n<li>Guarda los logs relacionados con la seguridad, como las respuestas 4xx y 5xx, en un archivo espec\u00edfico de seguridad o excepciones para simplificar las alertas del SIEM y agilizar el parseo.<\/li>\n<\/ol>\n<h3>Paso 4: refuerza el registro de errores para apoyar las investigaciones<\/h3>\n<p>Los logs de error funcionan como registros forenses cuando se producen incidentes, como la degradaci\u00f3n del rendimiento del servidor, errores 5xx o posibles exploits. Reforzar tu estrategia de registro de errores aumenta el nivel de detalle, la coherencia y la trazabilidad que ofrece.<\/p>\n<p>Para ello, aumenta temporalmente el nivel de detalle (LogLevel) de los logs de error y captura as\u00ed el contexto y los avisos espec\u00edficos de cada petici\u00f3n durante las ventanas de incidente. Despu\u00e9s, a\u00f1ade un ID de correlaci\u00f3n de peticiones para conectar un <strong>access.log <\/strong>con su traceback correspondiente en <strong>error.log <\/strong>y acelerar el an\u00e1lisis de causa ra\u00edz.<\/p>\n<h3>Paso 5: controla el rendimiento y el almacenamiento de los archivos de registro del servidor Apache<\/h3>\n<p>El logging de Apache aporta una visibilidad esencial sobre la actividad del servidor web; sin embargo, en entornos con mucho tr\u00e1fico, unos logs de acceso y error sin gestionar consumen espacio en disco muy r\u00e1pido. Las particiones llenas o al l\u00edmite de su capacidad pueden provocar inestabilidad del servicio, m\u00e1s carga operativa y la p\u00e9rdida de datos de diagn\u00f3stico o forenses.<\/p>\n<p>Una gesti\u00f3n eficaz de la E\/S de logs en Apache se apoya en controles operativos que mantienen el rendimiento y evitan la saturaci\u00f3n del almacenamiento. Implementa la rotaci\u00f3n de logs con herramientas como <strong>logrotate<\/strong> o la utilidad <strong>rotatelogs<\/strong> de Apache para que el tama\u00f1o de los archivos sea predecible y manejable.<\/p>\n<p>Mant\u00e9n una retenci\u00f3n local corta para solucionar problemas r\u00e1pidamente en el propio servidor, y reenv\u00eda o archiva los logs m\u00e1s antiguos en sistemas centralizados de gesti\u00f3n de logs. Estas pr\u00e1cticas reducen la presi\u00f3n sobre el almacenamiento, estabilizan el uso de disco y conservan la visibilidad a largo plazo de la actividad del servidor.<\/p>\n<h3>Paso 6: centraliza los archivos de registro del servidor Apache con garant\u00edas de parseo<\/h3>\n<p>La centralizaci\u00f3n consolida los logs y te permite buscar, correlacionar, alertar y conservar evidencias de distintos clientes y entornos. Sin garant\u00edas de parseo, corres el riesgo de perder datos y romper dashboards por l\u00edneas JSON mal formadas, rotaciones incompletas o mapeos inconsistentes.<\/p>\n<p>Usa un shipper que valide el JSON antes de enviar los logs a tu <a href=\"https:\/\/www.ninjaone.com\/es\/blog\/que-es-elk-stack\/\">stack ELK<\/a> o SIEM. Config\u00faralo para descartar o redirigir las l\u00edneas mal formadas a un log de cuarentena. Adem\u00e1s, establece umbrales de reintento solo para errores de red transitorios, nunca para payloads corruptos.<\/p>\n<p>Aplica pol\u00edticas de ciclo de vida, como <a href=\"https:\/\/medium.com\/knowledgelens\/an-introduction-to-index-life-cycle-management-in-elasticsearch-da6b0ff579c3\" target=\"_blank\" rel=\"noopener\">Index Lifecycle Management (ILM)<\/a>, para mantener los \u00edndices recientes en almacenamiento r\u00e1pido entre 7 y 14 d\u00edas. Mueve los datos m\u00e1s antiguos a niveles warm o cold y, despu\u00e9s de 90 d\u00edas, elim\u00ednalos o arch\u00edvalos para reducir costes sin perder visibilidad.<\/p>\n<h3>Paso 7: enriquece los logs para acelerar el triaje<\/h3>\n<p>El enriquecimiento no se limita a mostrarte qu\u00e9 ha pasado: aporta m\u00e1s contexto a los logs. A\u00f1adir geolocalizaci\u00f3n por IP, n\u00famero de sistema aut\u00f3nomo y parseo del user agent, por ejemplo, te permite distinguir entre usuarios leg\u00edtimos de regiones conocidas y botnets fuera del rango de red esperado.<\/p>\n<p>Normalizar los campos con un esquema com\u00fan, como <strong>src_ip<\/strong>, <strong>src_country<\/strong>, <strong>asn<\/strong>, <strong>ua_family<\/strong>, <strong>ua_device<\/strong>, <strong>vhost<\/strong>, <strong>status<\/strong>, <strong>request_time<\/strong>, hace que dashboards, alertas e informes trabajen sobre un \u00fanico modelo de datos. El enriquecimiento centralizado convierte simples l\u00edneas de log en inteligencia rica en contexto y estandariza la visibilidad entre tenants.<\/p>\n<h3>Paso 8: crea alertas y runbooks pr\u00e1cticos para el logging de Apache<\/h3>\n<p>Cuando los logs revelan problemas, como picos de autenticaci\u00f3n, fallos del servidor o tendencias de tr\u00e1fico inusuales, lanza las alertas adecuadas para avisar a los responsables. Si no defines alertas ni runbooks, tu equipo puede pasar por alto avisos cr\u00edticos y perder tiempo dise\u00f1ando estrategias de <a href=\"https:\/\/www.ninjaone.com\/es\/blog\/correccion-de-vulnerabilidades\/\">remediaci\u00f3n de vulnerabilidades<\/a>.<\/p>\n<p>C\u00e9ntrate en se\u00f1ales significativas: picos de 401 o 403, aumentos de 5xx por host virtual, vulnerabilidades de path traversal y vol\u00famenes de peticiones inusualmente altos. Mant\u00e9n las alertas ligeras y auditables, y acompa\u00f1a cada una con un runbook de 5 pasos que incluya consultas de ejemplo y una primera acci\u00f3n a realizar.<\/p>\n<h3>Paso 9: documenta todas las excepciones y los controles de cambios<\/h3>\n<p>Las excepciones pueden aparecer en forma de aplicaciones legacy, endpoints ruidosos o requisitos especiales de un cliente que no encajan en tu plantilla. Sin la documentaci\u00f3n adecuada, erosionan la coherencia de forma silenciosa y tu est\u00e1ndar de logging puede acabar desvi\u00e1ndose del cumplimiento.<\/p>\n<p>Para evitarlo, documenta las excepciones indicando responsable, justificaci\u00f3n, control compensatorio y fecha de caducidad. Guarda los diffs de configuraci\u00f3n de las l\u00edneas <strong>LogFormat<\/strong> y <strong>CustomLog<\/strong>, y vincula cada cambio con su ticket de cambio o ID de aprobaci\u00f3n correspondiente.<\/p>\n<p>\ud83d\udca1 <strong>Consejo<\/strong>: conserva el estado anterior y posterior para auditor\u00edas y posibles rollbacks, y revisa las excepciones cada trimestre.<\/p>\n<h3>Paso 10: entrega un paquete de evidencias mensual a las partes interesadas<\/h3>\n<p>Un paquete de evidencias demuestra que tus controles de logging en Apache cumplen su prop\u00f3sito. Conecta tus configuraciones de logs con resultados medibles y muestra c\u00f3mo las alertas, la retenci\u00f3n y el seguimiento del rendimiento apoyan los flujos de trabajo operativos de las partes interesadas.<\/p>\n<p>Empieza por definir una estructura est\u00e1ndar de paquete de evidencias que sea breve, sencilla y f\u00e1cil de entender tanto para perfiles t\u00e9cnicos como no t\u00e9cnicos. Ten en cuenta estos elementos:<\/p>\n<ul>\n<li><strong>Cobertura por host:<\/strong> n\u00famero de hosts activos y completitud de los logs.<\/li>\n<li><strong>Tasa de parseo correcto:<\/strong> porcentaje de l\u00edneas JSON v\u00e1lidas procesadas sin errores.<\/li>\n<li><strong>Notas sobre precisi\u00f3n:<\/strong> destaca la precisi\u00f3n de los logs al filtrar el ruido.<\/li>\n<li><strong>Almacenamiento frente a presupuesto:<\/strong> compara ahorros y costes de almacenamiento.<\/li>\n<li><strong>Diffs de configuraci\u00f3n:<\/strong> resumen de los cambios desde la \u00faltima revisi\u00f3n.<\/li>\n<li><strong>Cronolog\u00edas de incidentes:<\/strong> muestra c\u00f3mo los logs ayudaron en la remediaci\u00f3n y las investigaciones.<\/li>\n<\/ul>\n<p>Extrae m\u00e9tricas de tu repositorio central (por ejemplo, SIEM, ELK o dashboards) y usa scripts para capturar los diffs de configuraci\u00f3n y las estad\u00edsticas de retenci\u00f3n. Rev\u00edsalo internamente en busca de huecos o excepciones caducadas y comp\u00e1rtelo mensualmente con las partes interesadas. Guarda los paquetes en un repositorio seguro para las auditor\u00edas de cierre de a\u00f1o o las renovaciones de cumplimiento.<\/p>\n<h2>Ejemplo de puntos de automatizaci\u00f3n para frameworks de logging en Apache<\/h2>\n<p>Las siguientes tareas rutinarias garantizan que tus logs se mantengan estructurados, alineados y recopilados para conservar la visibilidad con el m\u00ednimo esfuerzo manual.<\/p>\n<ul>\n<li>Crea una tarea de verificaci\u00f3n nocturna que compruebe las tasas de parseo de JSON, la latencia de ingesta, el estado de rollover de los \u00edndices y el volumen de alertas por host virtual.<\/li>\n<li>Ejecuta una auditor\u00eda semanal de configuraci\u00f3n que haga una instant\u00e1nea de todas las configuraciones de logging de Apache y las compare con tu est\u00e1ndar de referencia.<\/li>\n<li>Genera y entrega paquetes de evidencias mensuales para cada cliente, con gr\u00e1ficos, m\u00e9tricas y dos casos pr\u00e1cticos de alertas por tenant.<\/li>\n<\/ul>\n<h2>Ideas de integraci\u00f3n con NinjaOne para las configuraciones de logs de Apache<\/h2>\n<p>NinjaOne apoya los frameworks de logging en Apache al permitir que MSP y equipos de TI utilicen scripts personalizados, lo que agiliza los flujos de trabajo de automatizaci\u00f3n y documentaci\u00f3n.<\/p>\n<p>Las <a href=\"https:\/\/www.ninjaone.com\/docs\/endpoint-management\/policies\/policy-scheduled-tasks\/\">tareas programadas por pol\u00edtica<\/a> permiten crear scripts automatizados que puedes ejecutar en intervalos definidos en todos los clientes gestionados. As\u00ed se automatiza la recopilaci\u00f3n de configuraciones cr\u00edticas, como los checksums de Apache y los res\u00famenes de salud del pipeline, sin intervenci\u00f3n manual repetitiva.<\/p>\n<p>Por su parte, la gesti\u00f3n de documentaci\u00f3n de NinjaOne simplifica el tratamiento de las evidencias entre tenants. La plataforma ofrece un hub seguro con carpetas estructuradas y archivado, de modo que la documentaci\u00f3n se mantiene organizada y lista para las QBR.<\/p>\n<h2>Optimiza el logging de Apache para reducir el ruido y agilizar las investigaciones<\/h2>\n<p>Con el flujo de optimizaci\u00f3n adecuado, convertir\u00e1s los archivos de registro del servidor Apache en un activo operativo que aporta informaci\u00f3n rica en contexto. Al estructurarlos, ajustar el rendimiento, enriquecer los datos y entregar resultados medibles, consigues que los logs aceleren las investigaciones, mejoren la visibilidad y reduzcan la carga operativa.<\/p>\n<p>NinjaOne automatiza la verificaci\u00f3n, agiliza la recopilaci\u00f3n de evidencias y centraliza la documentaci\u00f3n, de modo que el logging de Apache se convierte en un control supervisado de forma continua y listo para auditor\u00edas en todos tus clientes.<\/p>\n<p><strong>Temas relacionados:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/es\/blog\/estrategia-recopilacion-logs-seguridad\/\">C\u00f3mo crear una estrategia de recopilaci\u00f3n centralizada de logs de seguridad para clientes de MSP<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/es\/blog\/registros-auditoria-power-automate\/\">C\u00f3mo crear un registro de cambios para todo el tenant con logs de auditor\u00eda y Power Automate<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/es\/blog\/gestion-de-logs-de-linux\/\">Gesti\u00f3n de logs en Linux: t\u00e9cnicas avanzadas y buenas pr\u00e1cticas<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/es\/blog\/automatizar-monitorizacion-registro-eventos-windows\/\">C\u00f3mo automatizar la supervisi\u00f3n del registro de eventos de Windows en varios clientes<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Los archivos de registro del servidor Apache en su configuraci\u00f3n predeterminada son dif\u00edciles de analizar a gran escala si no sigues un enfoque de registro bien definido. Sin estructura, rotaci\u00f3n ni un pipeline centralizado, los logs se llenan de ruido y cuesta encontrar los datos que realmente necesitas. Framework de 10 pasos para optimizar los [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":742490,"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":[4357],"tags":[],"class_list":["post-900358","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-operaciones-de-ti"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/posts\/900358","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/comments?post=900358"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/posts\/900358\/revisions"}],"predecessor-version":[{"id":900359,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/posts\/900358\/revisions\/900359"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/media\/742490"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/media?parent=900358"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/categories?post=900358"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/tags?post=900358"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}