{"id":10559,"date":"2020-05-26T09:12:25","date_gmt":"2020-05-26T09:12:25","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/2020\/05\/26\/3rd-party-content-monitoring\/"},"modified":"2023-08-19T18:22:04","modified_gmt":"2023-08-19T18:22:04","slug":"3rd-party-content-monitoring","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/es\/3rd-party-content-monitoring\/","title":{"rendered":"Monitoreo de contenido de terceros"},"content":{"rendered":"

La mayor\u00eda de los sitios web que existen hoy en d\u00eda dependen de elementos de terceros de una forma u otra. Por ejemplo, hay muchos servicios para recopilar an\u00e1lisis sobre el tr\u00e1fico del sitio, como google Analytics, pero para funcionar correctamente requieren que cargue un peque\u00f1o script como parte de cada p\u00e1gina web como www.google-analytics.com\/analytics.js. Se trata de un peque\u00f1o archivo JavaScript al que se llama cuando se carga una p\u00e1gina. Este archivo JavaScript permite a Google registrar el tr\u00e1fico de los usuarios en todo un sitio web. La mayor\u00eda de las veces, este archivo se carga muy r\u00e1pido y eficientemente, y a menudo ya est\u00e1 cobrado en el navegador local porque es un archivo tan com\u00fan, pero si algo alguna vez sale mal con los servidores que alojan el script, podr\u00eda terminar afectando negativamente las velocidades de carga de la p\u00e1gina de su sitio web.<\/p>\n

Hay una serie de razones por las que puede utilizar datos o archivos alojados en servidores de terceros, tal vez los archivos o scripts se actualizan a menudo y desea asegurarse de que tiene la versi\u00f3n m\u00e1s reciente. Tal vez los scripts ayudan a recopilar datos para usted como lo hace Google Analytics. Tal vez est\u00e9 intentando optimizar la velocidad de carga de la p\u00e1gina para todos los usuarios en diversas ubicaciones geogr\u00e1ficas mediante una red de distribuci\u00f3n de contenido (CDN).<\/p>\n

Supervisi\u00f3n del rendimiento de la red CDN
\n<\/h2>\n

Las redes de distribuci\u00f3n de contenido suelen ser organizaciones muy grandes con servidores en muchos centros de datos de todo el mundo, normalmente muy cerca o incluso en las instalaciones troncales de Internet. Cuando un usuario final solicita contenido hospedado por una red CDN, la solicitud se enruta al servidor CDN m\u00e1s cercano al usuario, lo que podr\u00eda reducir miles de milisegundos de tiempo de transferencia para cada elemento de la p\u00e1gina, ya que el n\u00famero de saltos a trav\u00e9s de Internet se reduce considerablemente.<\/p>\n

Acuerdos de nivel de servicio (SLA) de CDN<\/h2>\n

Cuando usted est\u00e1 pagando una CDN para alojar el contenido de su sitio web es en su mejor inter\u00e9s para asegurarse de que se adhieren a los SLA prometidos. La conclusi\u00f3n es que perder\u00e1 visitantes del sitio si el sitio no funciona lo m\u00e1s r\u00e1pido posible, o si el contenido no se puede cargar. Dotcom-Monitor tiene m\u00e1s de 23 ubicaciones en todo el mundo desde las que puede supervisar el rendimiento de su contenido alojado en CDN. Hay informes de SLA que puede generar para ver la disponibilidad del contenido hospedado en CDN con la ayuda de filtros de contenido para centrarse espec\u00edficamente en los elementos hospedados de la red CDN.<\/p>\n

Uso de im\u00e1genes de la Web<\/h2>\n

Hacer referencia a contenido como im\u00e1genes en servidores externos tambi\u00e9n sirve para limitar el uso de ancho de banda en sus propios servidores porque el contenido no se extrae a trav\u00e9s de Internet desde el servidor, sino desde el servidor de alojamiento. Esta ha sido una t\u00e1ctica popular para sitios web peque\u00f1os con presupuestos limitados, pero esta t\u00e9cnica tambi\u00e9n puede tener sus inconvenientes. Si el host original de la imagen cambia la imagen, es posible que, sin darse cuenta, termine mostrando una imagen diferente que no ten\u00eda la intenci\u00f3n de que los usuarios vieran.<\/p>\n

Herramientas de monitoreo de contenido de terceros<\/h2>\n

El conjunto de herramientas de supervisi\u00f3n de Dotcom-Monitor incluye varias herramientas \u00fatiles para supervisar las velocidades de carga de p\u00e1ginas y elementos, as\u00ed como para diagnosticar problemas despu\u00e9s de que se haya detectado un problema.<\/p>\n

Usar BrowserView para monitorear contenido espec\u00edfico de terceros es tan simple como configurar una tarea de monitoreo y agregar un filtro de elemento de red basado en dominio. Puede configurar un filtro para supervisar elementos muy espec\u00edficos o puede configurar un filtro m\u00e1s amplio para supervisar cualquier elemento de un dominio o subdominio espec\u00edfico.<\/p>\n

Diagn\u00f3stico de ralentizaciones y problemas mediante gr\u00e1ficos de cascada\"3rd-party-performance-waterfall-chart\"<\/a><\/h3>\n

A veces, la velocidad de carga de un sitio web puede disminuir dr\u00e1sticamente, pero en un per\u00edodo intermitente. Esto es un problema porque es dif\u00edcil ver la causa del problema y diagnosticarlo. Con la supervisi\u00f3n del sitio web capturamos muchos componentes diferentes de la velocidad de carga de la p\u00e1gina hasta los elementos individuales.<\/p>\n

Hay una serie de pasos en el proceso de descarga de cada elemento. En primer lugar, el explorador debe resolver el registro DNS en una direcci\u00f3n IP, a continuaci\u00f3n se debe realizar correctamente una conexi\u00f3n al servidor de hospedaje. Si los elementos est\u00e1n protegidos, debe negociar el certificado SSL. A continuaci\u00f3n, env\u00eda las solicitudes de los elementos individuales y espera para recibir el primer paquete en respuesta. Por \u00faltimo, est\u00e1 el tiempo que se tarda en descargar completamente cada elemento. Cada uno de estos pasos se registran y muestran individualmente en el gr\u00e1fico de cascada detallado, para que pueda ver de un vistazo los elementos m\u00e1s problem\u00e1ticos y averiguar en qu\u00e9 parte del proceso el elemento est\u00e1 teniendo problemas.<\/p>\n

Si recibe informes en los que su sitio se est\u00e1 ralentizando de forma aparentemente aleatoria, vale la pena encontrar uno de esos per\u00edodos y abrir un gr\u00e1fico de cascada para ese per\u00edodo de tiempo. Desde aqu\u00ed puede ver r\u00e1pidamente si alg\u00fan elemento de terceros es la causa de la desaceleraci\u00f3n. Los gr\u00e1ficos de cascada son una buena herramienta para visualizar las dependencias de carga, por ejemplo, si coloca un archivo JavaScript en la cabecera del documento html, el explorador puede esperar hasta que se haya descargado todo el archivo .js antes de continuar con el siguiente contenido del sitio. Si este script est\u00e1 hospedado por un tercero, muy bien podr\u00eda ralentizar todo el contenido hospedado en su propio servidor debido a esta dependencia de carga. En muchos casos, esto se puede corregir simplemente colocando los scripts al final del contenido en lugar del principio. Si se convierte en un problema frecuente, es posible que desee considerar una alternativa al host de terceros de ese contenido en particular.<\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n

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

La mayor\u00eda de los sitios web que existen hoy en d\u00eda dependen de elementos de terceros de una forma u otra. Por ejemplo, hay muchos servicios para recopilar an\u00e1lisis sobre el tr\u00e1fico del sitio, como google Analytics, pero para funcionar correctamente requieren que cargue un peque\u00f1o script como parte de cada p\u00e1gina web como www.google-analytics.com\/analytics.js. […]<\/p>\n","protected":false},"author":21,"featured_media":8107,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[925],"tags":[],"class_list":["post-10559","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-velocidad-de-carga-de-la-pagina"],"_links":{"self":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/posts\/10559","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\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/comments?post=10559"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/posts\/10559\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/media\/8107"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/media?parent=10559"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/categories?post=10559"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/es\/wp-json\/wp\/v2\/tags?post=10559"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}