{"id":30814,"date":"2025-10-17T14:52:42","date_gmt":"2025-10-17T14:52:42","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/sharepoint-server-monitoring\/"},"modified":"2026-08-26T22:48:53","modified_gmt":"2026-08-26T22:48:53","slug":"supervision-de-sharepoint-server","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/es\/supervision-de-sharepoint-server\/","title":{"rendered":"Monitoreo de SharePoint Server: Tiempo de actividad, rendimiento y SLA"},"content":{"rendered":"<figure id=\"attachment_34503\" aria-describedby=\"caption-attachment-34503\" style=\"width: 1200px\" class=\"wp-caption alignnone\"><img fetchpriority=\"high\" decoding=\"async\" class=\"size-full wp-image-34503\" src=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/10\/hero-sharepoint-server-monitoring.webp\" alt=\"Administrador de TI revisando paneles de salud de granja SharePoint en m\u00faltiples monitores en una sala de operaciones\" width=\"1200\" height=\"800\" srcset=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/10\/hero-sharepoint-server-monitoring.webp 1200w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/10\/hero-sharepoint-server-monitoring-300x200.webp 300w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/10\/hero-sharepoint-server-monitoring-1024x683.webp 1024w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/10\/hero-sharepoint-server-monitoring-768x512.webp 768w\" sizes=\"(max-width: 1200px) 100vw, 1200px\" \/><figcaption id=\"caption-attachment-34503\" class=\"wp-caption-text\">Una granja SharePoint puede parecer saludable desde la sala de servidores mientras los inicios de sesi\u00f3n se ralentizan para cada usuario en el edificio.<\/figcaption><\/figure>\n<p>As\u00ed es como se descubren la mayor\u00eda de las interrupciones de SharePoint: un ticket al servicio de ayuda. Alguien en finanzas no puede abrir una biblioteca de documentos, siguen tres tickets m\u00e1s, y para cuando el equipo de administraci\u00f3n confirma el problema, la mitad de la empresa ya lo ha experimentado.<\/p>\n<p>Probablemente los servidores de la granja estuvieron \u201carriba\u201d todo el tiempo. Esa es la trampa con SharePoint Server. Una sola carga de p\u00e1gina atraviesa los frontales de IIS, la cadena de autenticaci\u00f3n, las aplicaciones de servicio y SQL Server. Cualquiera de esas capas puede degradarse mientras cada comprobaci\u00f3n b\u00e1sica de disponibilidad permanece en verde.<\/p>\n<p>Esta gu\u00eda cubre qu\u00e9 monitorear realmente en una granja SharePoint, d\u00f3nde se detienen las herramientas integradas, c\u00f3mo configurar alertas que se disparan antes del primer ticket, y c\u00f3mo transformar los datos de monitoreo en un informe SLA que su direcci\u00f3n aceptar\u00e1.<\/p>\n<h2 id='por-qu\u00e9-los-problemas-de-sharepoint-llegan-al-servicio-de-ayuda-antes-que-a-usted'  id=\"boomdevs_1\" id=\"why-sharepoint-problems-reach-the-help-desk-before-they-reach-you\">Por qu\u00e9 los problemas de SharePoint llegan al servicio de ayuda antes que a usted<\/h2>\n<p>Las verificaciones de ping y puerto responden a una pregunta: \u00bfes el servidor accesible? SharePoint falla de formas que esa pregunta nunca toca.<\/p>\n<p>Considere una tormenta de inicio de sesi\u00f3n un lunes por la ma\u00f1ana. Cientos de empleados se autentican a las 9 a.m., los servidores ADFS quedan rezagados, y los inicios de sesi\u00f3n que normalmente toman dos segundos, tardan cuarenta. Todos los servidores responden al ping. IIS devuelve 200s. Pero nadie puede acceder a la intranet, y comienzan los tickets.<\/p>\n<p>O la versi\u00f3n m\u00e1s lenta: la latencia del disco en el volumen SQL que contiene su base de datos de contenido m\u00e1s grande aumenta gradualmente durante un mes. Las cargas de p\u00e1gina pasan de un segundo a cuatro. No se activa ning\u00fan umbral, porque nadie estaba vigilando el n\u00famero que se mov\u00eda.<\/p>\n<p>El patr\u00f3n es el mismo en ambos casos. La capa que falla est\u00e1 entre \u201cel servidor est\u00e1 activo\u201d y \u201cel usuario obtuvo su documento\u201d, y ese territorio intermedio es exactamente lo que debe cubrir el monitoreo del servidor SharePoint.<\/p>\n<figure id=\"attachment_34510\" aria-describedby=\"caption-attachment-34510\" style=\"width: 1200px\" class=\"wp-caption alignnone\"><img decoding=\"async\" class=\"size-full wp-image-34510\" src=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/10\/sharepoint-request-path.webp\" alt=\"Diagrama de una solicitud de p\u00e1gina SharePoint que atraviesa el balanceador de carga, frontales IIS, autenticaci\u00f3n, aplicaciones de servicio y SQL Server, con puntos de monitoreo en cada capa\" width=\"1200\" height=\"685\" srcset=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/10\/sharepoint-request-path.webp 1200w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/10\/sharepoint-request-path-300x171.webp 300w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/10\/sharepoint-request-path-1024x585.webp 1024w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2025\/10\/sharepoint-request-path-768x438.webp 768w\" sizes=\"(max-width: 1200px) 100vw, 1200px\" \/><figcaption id=\"caption-attachment-34510\" class=\"wp-caption-text\">Una carga de p\u00e1gina SharePoint atraviesa cinco capas. Una comprobaci\u00f3n b\u00e1sica de disponibilidad solo ve la primera.<\/figcaption><\/figure>\n<h2 id='qu\u00e9-monitorear-en-una-granja-de-servidores-sharepoint'  id=\"boomdevs_2\" id=\"what-to-monitor-on-a-sharepoint-server-farm\">Qu\u00e9 monitorear en una granja de servidores SharePoint<\/h2>\n<p>No necesita cientos de contadores. Necesita la lista corta que predice el dolor del usuario, vigilada de manera constante.<\/p>\n<div class=\"table-wrap\">\n<table>\n<thead>\n<tr>\n<th>Capa<\/th>\n<th>Qu\u00e9 vigilar<\/th>\n<th>Por qu\u00e9<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Frontales IIS<\/td>\n<td>Longitud de cola de solicitudes, tasa 5xx, CPU y memoria, reciclajes del pool de aplicaciones<\/td>\n<td>Las solicitudes en cola son la primera se\u00f1al de que la granja no puede seguir el ritmo de la carga.<\/td>\n<\/tr>\n<tr>\n<td>SQL Server<\/td>\n<td>Latencia de lectura\/escritura de disco en vol\u00famenes de la base de datos de contenido, esperas bloqueantes, crecimiento del log de transacciones<\/td>\n<td>Casi todas las operaciones de SharePoint terminan en SQL. Discos lentos aqu\u00ed ralentizan todo.<\/td>\n<\/tr>\n<tr>\n<td>B\u00fasqueda<\/td>\n<td>Actualizaci\u00f3n del rastreo, acumulaci\u00f3n en la cola de rastreo, latencia de consultas<\/td>\n<td>La b\u00fasqueda desactualizada o lenta es una de las quejas m\u00e1s reportadas de SharePoint, y se degrada en silencio.<\/td>\n<\/tr>\n<tr>\n<td>Tareas programadas (Timer jobs)<\/td>\n<td>Conteo de tareas fallidas, \u00faltima ejecuci\u00f3n en tareas cr\u00edticas<\/td>\n<td>Las tareas programadas fallidas rompen en silencio flujos de trabajo, sincronizaciones de perfil y reportes de uso.<\/td>\n<\/tr>\n<tr>\n<td>Cach\u00e9 distribuida<\/td>\n<td>Estado del host de cach\u00e9 en cada servidor que la ejecuta, salud del servicio AppFabric<\/td>\n<td>Los tokens de inicio de sesi\u00f3n y los feeds viven aqu\u00ed, y un host de cach\u00e9 defectuoso causa s\u00edntomas en toda la granja dif\u00edciles de rastrear.<\/td>\n<\/tr>\n<tr>\n<td>Autenticaci\u00f3n<\/td>\n<td>Tiempo de ida y vuelta de inicio de sesi\u00f3n a trav\u00e9s de AD, ADFS o Entra ID<\/td>\n<td>La autenticaci\u00f3n es un punto \u00fanico de fallo en toda la granja que los contadores del servidor apenas reflejan.<\/td>\n<\/tr>\n<tr>\n<td>Experiencia de usuario<\/td>\n<td>Tiempo de inicio de sesi\u00f3n, carga de p\u00e1gina en colecciones de sitios clave, respuesta de b\u00fasqueda, carga\/descarga de documentos<\/td>\n<td>Esto es lo que sienten los usuarios, y en los t\u00e9rminos en que est\u00e1 escrito su SLA.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>La \u00faltima fila es la que la mayor\u00eda de las configuraciones de monitoreo de SharePoint omiten. Los contadores del servidor le dicen que un componente est\u00e1 estresado. Solo una comprobaci\u00f3n que se comporta como un usuario, iniciando sesi\u00f3n, abriendo una biblioteca, ejecutando una b\u00fasqueda, le dice si la granja realmente est\u00e1 funcionando. Dependiendo de la granja, tambi\u00e9n monitoree los pools de aplicaciones de servicio y, si todav\u00eda se usan flujos de trabajo legados, Workflow Manager.<\/p>\n<p>Establezca una l\u00ednea base para cada m\u00e9trica durante una semana normal antes de configurar cualquier umbral. Un valor de CPU del 70% no significa nada hasta que sepa si lo normal es 40% o 65%.<\/p>\n<h2 id='lo-que-capturan-las-herramientas-integradas-y-lo-que-no'  id=\"boomdevs_3\" id=\"what-the-built-in-tools-catch-and-what-they-miss\">Lo que capturan las herramientas integradas (y lo que no)<\/h2>\n<p>SharePoint Server incluye maquinaria real de monitoreo, y deber\u00eda usarla. <a href=\"https:\/\/learn.microsoft.com\/en-us\/sharepoint\/administration\/monitoring-overview\" target=\"_blank\" rel=\"noopener\">La documentaci\u00f3n de monitoreo de Microsoft<\/a> cubre tres piezas principales:<\/p>\n<ul>\n<li><strong>Health Analyzer<\/strong> ejecuta verificaciones basadas en reglas contra la configuraci\u00f3n de la granja y condiciones conocidas de fallo, y puede auto-reparar algunas de ellas.<\/li>\n<li><strong>Registro diagn\u00f3stico (ULS)<\/strong> escribe registros de trazas detalladas que querr\u00e1 durante cualquier b\u00fasqueda de la causa ra\u00edz.<\/li>\n<li><strong>Recolecci\u00f3n de datos de uso y salud<\/strong> recoge estad\u00edsticas de solicitudes y servicios en la base de datos de uso y registro.<\/li>\n<\/ul>\n<p>Los equipos que usan System Center pueden agregar el paquete de administraci\u00f3n de SharePoint y obtener alertas basadas en eventos adem\u00e1s.<\/p>\n<p>Pero observe lo que todos estos tienen en com\u00fan: se ejecutan dentro de la granja y reportan sobre la granja. Ninguno puede decirle que el balanceador de carga est\u00e1 enviando usuarios a un nodo ca\u00eddo, que el certificado en el endpoint ADFS expir\u00f3, o que la carga de p\u00e1ginas tarda nueve segundos desde la oficina sucursal. Las reglas del Health Analyzer tambi\u00e9n se ejecutan en horarios, algunas diarias o semanales, por lo que un problema puede permanecer sin detectarse entre ejecuciones.<\/p>\n<p>Las herramientas integradas son la mitad interior de una estrategia de monitoreo. La mitad exterior debe provenir de verificaciones que aborden SharePoint como lo hacen los usuarios.<\/p>\n<h2 id='c\u00f3mo-monitorear-lo-que-los-usuarios-realmente-experimentan'  id=\"boomdevs_4\" id=\"how-to-monitor-what-users-actually-experience\">C\u00f3mo monitorear lo que los usuarios realmente experimentan<\/h2>\n<p>La mitad exterior es el monitoreo sint\u00e9tico: verificaciones con guion que se ejecutan en un horario y realizan tareas reales de SharePoint. Un script \u00fatil para una granja SharePoint hace cuatro cosas:<\/p>\n<ol>\n<li><strong>Paso 1: Iniciar sesi\u00f3n.<\/strong> Use una cuenta de monitoreo dedicada con acceso de menor privilegio. Cronometre el viaje de ida y vuelta completo de autenticaci\u00f3n, incluidos los redireccionamientos SSO.<\/li>\n<li><strong>Paso 2: Cargar una p\u00e1gina.<\/strong> Abra su colecci\u00f3n de sitios m\u00e1s concurrida o la p\u00e1gina principal de la intranet y registre el tiempo de carga en un navegador real, no solo la respuesta HTML.<\/li>\n<li><strong>Paso 3: Ejecutar una b\u00fasqueda.<\/strong> Consulte un t\u00e9rmino que deber\u00eda devolver un documento conocido, y falle la comprobaci\u00f3n si no lo hace. Esto detecta el retraso del \u00edndice que una vista del lado del servidor no marcar\u00eda como un problema para el usuario.<\/li>\n<li><strong>Paso 4: Manipular un documento.<\/strong> Abra o descargue un archivo de prueba desde una biblioteca para validar toda la ruta a trav\u00e9s de IIS, permisos y SQL.<\/li>\n<\/ol>\n<p>Con Dotcom-Monitor, esta es una tarea de <a href=\"https:\/\/www.dotcom-monitor.com\/es\/productos-de-monitoreo\/supervision-de-aplicaciones-web\/\">monitoreo de aplicaciones web<\/a> grabada una vez con <a href=\"https:\/\/www.dotcom-monitor.com\/es\/funciones\/everystep\/\">EveryStep scripting<\/a> y reproducida desde dondequiera que est\u00e9n sus usuarios. Para un despliegue orientado a internet o h\u00edbrido, eso significa nodos externos en las regiones de sus usuarios. Para una granja solo de intranet detr\u00e1s del firewall, <a href=\"https:\/\/www.dotcom-monitor.com\/es\/funciones\/funciones-agentes-privados\/\">agentes privados<\/a> ejecutan las mismas verificaciones con guion desde dentro de su red, por lo que un despliegue local no exime a la granja del monitoreo a nivel de usuario.<\/p>\n<p>La autenticaci\u00f3n merece planificaci\u00f3n y no evitaci\u00f3n. Si est\u00e1 en Entra ID (antes Azure AD), d\u00e9 a la cuenta de monitoreo su propia pol\u00edtica de acceso condicional que cambie el MFA por un rango de IP permitido para monitoreo. Donde quiera que est\u00e9 la cuenta, guarde sus credenciales en una b\u00f3veda y rote las contrase\u00f1as seg\u00fan su calendario normal. Si su granja se autentica a trav\u00e9s de ADFS o Entra ID, el paso de inicio de sesi\u00f3n tambi\u00e9n es una comprobaci\u00f3n de salud de toda esa cadena. Cubrimos los detalles de configuraci\u00f3n en <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/es\/monitoring-applications-that-use-azure-adfs\/\">monitoreo de aplicaciones que usan ADFS<\/a>.<\/p>\n<p>Y si parte de su infraestructura vive en Microsoft 365, el mismo enfoque con guiones aplica all\u00ed. Nuestra gu\u00eda de <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/es\/office-365-synthetic-monitoring\/\">monitoreo sint\u00e9tico de Office 365<\/a> lo explica. No puede ver los servidores de Microsoft, lo que hace que la verificaci\u00f3n a nivel usuario sea la \u00fanica medida de SharePoint Online que posee.<\/p>\n<h2 id='c\u00f3mo-configurar-alertas-que-lleguen-antes-que-el-primer-ticket'  id=\"boomdevs_5\" id=\"how-to-set-alerts-that-beat-the-first-ticket\">C\u00f3mo configurar alertas que lleguen antes que el primer ticket<\/h2>\n<p>El objetivo es una carrera espec\u00edfica: su alerta debe llegar antes que el primer ticket al servicio de ayuda. Tres pr\u00e1cticas deciden esto.<\/p>\n<p><strong>Alertar con el n\u00famero que ve el usuario, diagnosticar con el del servidor.<\/strong> Llame al personal de guardia cuando el tiempo de inicio de sesi\u00f3n se triplique o falle la verificaci\u00f3n de b\u00fasqueda, porque eso es lo que genera tickets. Deje que las m\u00e9tricas de CPU y disco anoten la alerta y no que la impulsen. Las alertas basadas en contadores del servidor hacen que los equipos terminen ignorando sus propias alertas. Dos reglas iniciales que funcionan: alertar cuando el tiempo de inicio de sesi\u00f3n sea el doble de su l\u00ednea base en dos verificaciones consecutivas, y alertar cuando la verificaci\u00f3n de b\u00fasqueda no devuelva el resultado conocido.<\/p>\n<p><strong>Verificar antes de despertar a alguien.<\/strong> Una comprobaci\u00f3n que falla una vez desde una ubicaci\u00f3n puede ser un fallo de red moment\u00e1neo. Una que falla desde dos ubicaciones, o dos veces seguidas, es un incidente. La mayor\u00eda del agotamiento por alertas se atribuye a saltarse este paso. Dotcom-Monitor realiza la re-verificaci\u00f3n desde una segunda ubicaci\u00f3n autom\u00e1ticamente antes de que salga una <a href=\"https:\/\/www.dotcom-monitor.com\/es\/funciones\/funciones-alertas\/\">alerta<\/a>.<\/p>\n<p><strong>Emparejar la frecuencia con las matem\u00e1ticas del SLA.<\/strong> Si es responsable de un 99.9% de tiempo en l\u00ednea, tiene aproximadamente 43 minutos de inactividad por mes. Una verificaci\u00f3n que se ejecuta cada 15 minutos puede consumir un tercio de ese presupuesto antes de dispararse una vez. Ejecute verificaciones a nivel de usuario cada uno a cinco minutos en los flujos que importan, y programe ventanas de mantenimiento en la herramienta de monitoreo para que las noches de parcheo no alerten a nadie ni contaminen el registro de disponibilidad.<\/p>\n<h2 id='c\u00f3mo-reportar-el-tiempo-en-l\u00ednea-de-sharepoint-contra-su-sla'  id=\"boomdevs_6\" id=\"how-to-report-sharepoint-uptime-against-your-sla\">C\u00f3mo reportar el tiempo en l\u00ednea de SharePoint contra su SLA<\/h2>\n<p>La mayor\u00eda de los equipos de SharePoint responden a un SLA, ya sea un compromiso contractual o una promesa interna al negocio. La configuraci\u00f3n de monitoreo anterior produce la evidencia: un registro con sello de tiempo de cada verificaci\u00f3n, cada fallo y cada tiempo de respuesta, independiente de los propios registros de la granja.<\/p>\n<p>Esa independencia es importante. Cuando los registros de la granja dicen \u201csaludable\u201d y los usuarios dicen \u201clento\u201d, un tercer registro medido desde el lado del usuario zanja la discusi\u00f3n. Tambi\u00e9n le ofrece algo que los paneles de servicio de Microsoft nunca dar\u00e1n para entornos h\u00edbridos: un n\u00famero continuo de disponibilidad que abarca instalaciones locales y la nube.<\/p>\n<p>Un informe SLA mensual necesita tres cosas: tiempo medido contra el objetivo, tendencias de tiempo de respuesta en los flujos de usuario que usted programa, y una lista de incidentes con duraci\u00f3n y causa ra\u00edz. <a href=\"https:\/\/www.dotcom-monitor.com\/es\/funciones\/uptime-and-sla-reports\/\">Los informes de disponibilidad y SLA<\/a> generan los dos primeros directamente desde el historial de verificaciones, programados para quien los necesite. La l\u00ednea de tendencia se justifica entre incidentes. Una carga de p\u00e1gina que pasa de un segundo a tres durante un trimestre es una advertencia temprana de capacidad en la que puede actuar antes de que se convierta en una avalancha de tickets.<\/p>\n<h2 id='qu\u00e9-herramienta-de-monitoreo-de-sharepoint-se-adapta-a-su-entorno'  id=\"boomdevs_7\" id=\"which-sharepoint-monitoring-tool-fits-your-environment\">Qu\u00e9 herramienta de monitoreo de SharePoint se adapta a su entorno<\/h2>\n<p>Diferentes herramientas vigilan diferentes mitades del problema, as\u00ed que la comparaci\u00f3n honesta es por punto de vista.<\/p>\n<p><strong>Herramientas integradas (gratis).<\/strong> Health Analyzer, registros ULS y recolecci\u00f3n de datos de uso. \u00daselas independientemente de lo que compre. Configuran la granja correctamente y apoyan la investigaci\u00f3n de causas ra\u00edz, pero no le alertar\u00e1n en tiempo real ni medir\u00e1n la experiencia del usuario.<\/p>\n<p><strong>Monitores de infraestructura basados en agentes.<\/strong> ManageEngine Applications Manager y SolarWinds Server &amp; Application Monitor ofrecen plantillas SharePoint que recogen contadores de la granja: tama\u00f1os de base de datos, fallos de trabajos programados, salud de IIS y SQL, solicitudes por segundo. PRTG cubre terreno similar con sensores preconstruidos para Windows, IIS y SQL, extensibles con scripts personalizados. Opciones s\u00f3lidas para las filas del lado servidor en la tabla anterior, y si ya usa uno para su entorno Windows, ap\u00fantelo a la granja. En tiendas con System Center, SCOM con el paquete de administraci\u00f3n de SharePoint cubre el mismo terreno.<\/p>\n<p><strong>Plataformas de monitoreo sint\u00e9tico.<\/strong> Dotcom-Monitor funciona desde el lado del usuario: inicios de sesi\u00f3n con guion, cargas de p\u00e1gina, b\u00fasquedas y transacciones de documentos desde nodos externos o agentes privados, con alertas e informes SLA integrados en esas verificaciones. Esta es la capa que gana la carrera contra el primer ticket, atrapa lo que las herramientas basadas en agentes estructuralmente no pueden, y para SharePoint Online es la \u00fanica capa disponible.<\/p>\n<p>La mayor\u00eda de los equipos que lo hacen bien terminan emparejando una herramienta interna con una externa. Lo que importa es que ambas mitades existan, porque el punto ciego de una es el cobertura principal de la otra.<\/p>\n<h2 id='conclusi\u00f3n'  id=\"boomdevs_8\" id=\"the-bottom-line\">Conclusi\u00f3n<\/h2>\n<p>El monitoreo de servidores SharePoint funciona cuando cubre ambas mitades: m\u00e9tricas de la granja que explican problemas y verificaciones a nivel de usuario que los detectan. Vigile la lista corta de contadores que predicen el dolor, grabe las cuatro acciones de usuario que importan, alerte sobre lo que sienten los usuarios con verificaci\u00f3n integrada, y deje que el historial de verificaciones sirva tambi\u00e9n como su informe SLA.<\/p>\n<section class=\"final-cta\">Ponga eso en marcha y el servicio de ayuda dejar\u00e1 de ser su sistema de detecci\u00f3n. La pr\u00f3xima vez que algo en la granja se degrade, lo sabr\u00e1 primero. <a href=\"https:\/\/userauth.dotcom-monitor.com\/Account\/FreeTrialSignUp?SolutionType=Monitoring\">Comience una prueba gratuita<\/a> para programar su primera verificaci\u00f3n SharePoint hoy mismo.<\/section>\n","protected":false},"excerpt":{"rendered":"<p>Deja de enterarte de los problemas de SharePoint a trav\u00e9s de tickets de mesa de ayuda. Consulta qu\u00e9 m\u00e9tricas monitorear, c\u00f3mo alertar sobre ellas y c\u00f3mo elaborar informes respecto a tu SLA.<\/p>\n","protected":false},"author":39,"featured_media":34509,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[875],"tags":[],"class_list":["post-30814","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sin-categorizar"],"_links":{"self":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/posts\/30814","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/users\/39"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/comments?post=30814"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/posts\/30814\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/media\/34509"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/media?parent=30814"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/categories?post=30814"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/tags?post=30814"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}