Funcionalidades de Core/Dash
Hemos optimizado nuestra infraestructura para que no pagues de más por la tuya. Ofrecemos monitorización de Core Web Vitals de alta calidad sin los costes añadidos de marketing.
CoreDash RUM Tracking
Set-up
I will start by checking the current directory to see if there is any file containing the text to be translated. I will view the content of `tmp_source_260617101817.json` to see if it contains the source text to translate. I will read the Python files in the workspace to understand how translations are handled and structured. I will view the launch agent plist and the log files to understand if there is a running translation daemon or pipeline. I will view the recent output log of the launch agent to see its activities. I will look at the lines just before the end of the `launchagent_out.log` file to check the latest logs. I will search for "CDN" in the workspace to see if there are any specific guidelines or translation patterns for it. I will search for any Spanish translation files or logs to see how previous translations were handled in terms of terminology and style. I will search the translation changelog for Spanish translation events to inspect the translated output format and terms. I will search the log file for translations containing the word "crawler" to see how it has been translated into Spanish or other languages in the past. I will search the log files for Spanish translations containing the words "crawler" or "rastreador" to see how they were translated in other articles. I will search for "bot" in the log file to see how it was translated in Spanish. I will search the `translation_changelog.log` for any occurrences of "es" to see past Spanish translations. I will list the contents of the `parts` and `scratch` subdirectories to see if there are any cached translation files we can reference. I will list the contents of the `scratch` directory to see if there are any useful translation reference files. I will search the log files for references to "whitelist" or "allowlist" to see how they have been translated to Spanish in previous successful runs. I will check the content of `bla.py` in the workspace to see what it is. I will view `translate_parts.py` to see if it has other details. Autoriza el rastreador de CoreDash en tu CDN
{"title": "Pon el rastreador de CoreDash en la lista blanca de tu CDN", "description": "¿Tu CDN bloquea el probador de rendimiento de CoreDash? Permite el agente de usuario CoreDash/1.0 en Cloudflare o AWS WAF y tus pruebas de Core Web Vitals funcionarán de nuevo.", "h1": "Pon el rastreador de CoreDash en la lista blanca", "tagline": "Tu CDN bloquea nuestro probador de rendimiento. Aquí tienes cómo dejarlo pasar.", "text": "[include]partners.html[/include]\r\n A veces, el cortafuegos de tu CDN bloquea nuestros rastreadores. Se debe a la configuración de seguridad de tu CDN. Tu sitio web mostrará un captcha que nuestros rastreadores no intentarán resolver. Los rastreadores de Core/Dash se presentan ante tus servidores como el probador de rendimiento de Core/Dash: Carga tu página en un navegador real y mide el Largest Contentful Paint, el Interaction to Next Paint y el Cumulative Layout Shift. Necesita un navegador real porque esas métricas solo existen cuando la página realmente se renderiza. Ese es también el motivo más común por el que tu CDN nos bloquea. Tu equipo de infraestructura ha configurado la seguridad de tu WAF en un nivel alto y eso bloquea prácticamente a todos los bots. Tienes que decirle a tu CDN que somos un 'bot bueno'. Añade una regla que omita la comprobación de bots para Compara el agente de usuario, no la dirección IP. Nuestras pruebas se ejecutan desde infraestructura en la nube, por lo que la IP de origen cambia entre ejecuciones. Si hoy pones una IP en la lista de permitidos, una prueba de la próxima semana puede llegar desde una IP diferente y volver a ser bloqueada. La cadena Cloudflare bloquea nuestras pruebas más que cualquier otra CDN. La regla que necesitas depende de tu plan. En un plan Pro o superior, añade una regla personalizada de WAF con la acción Skip: Hay un detalle en el plan Free. Allí Bot Fight Mode no se ejecuta a través del WAF, por lo que una regla Skip no puede afectarlo y no es posible crear una excepción. Si estás en el plan Free y la prueba sigue recibiendo desafíos de seguridad, desactiva Bot Fight Mode en Seguridad > Bots mientras ejecutas la prueba y luego vuélvelo a activar. Un plan de pago te da acceso a Super Bot Fight Mode, que sí respeta las reglas Skip. CloudFront por sí mismo no bloquea el rastreador. El bloqueo proviene de la web ACL de AWS WAF vinculada a tu distribución. Añade una regla Allow por encima de tu grupo de reglas Bot Control: El orden importa aquí. Allow es una acción de finalización en AWS WAF. Cuando tu regla coincide, WAF permite la petición y detiene la evaluación, por lo que Bot Control nunca la ve. Si colocas la regla debajo de Bot Control, el bloqueo ya habrá ocurrido antes de que se ejecute tu regla Allow. Si añades la regla, ejecutas otra prueba y sigue fallando, el bloqueo proviene de otra capa: un segundo WAF, un plugin de seguridad o una regla de servidor en Pon el rastreador de Core/Dash en la lista blanca
Desbloquea el rastreador de Core/Dash
CoreDash/1.0 (+https://www.corewebvitals.io/coredash-performance-tester)
\r\n\r\nCoreDash/1.0 y deje todo lo demás intacto.Permite por agente de usuario, no por IP
\r\n\r\nCoreDash/1.0 no cambia, así que úsala para la coincidencia.Cloudflare
\r\n\r\n\r\n
\r\n\r\nhttp.user_agent contains \"CoreDash/\".
AWS WAF and CloudFront
\r\n\r\n\r\n
\r\n\r\nUser-Agent.CoreDash.¿Sigue bloqueado?
\r\n\r\n.htaccess o nginx. Busca allí el mismo agente de usuario CoreDash y autorízalo de la misma manera. Si te quedas atascado, contáctanos indicando qué cortafuegos usas y te ayudaremos a encontrar la regla.
Dashboard Views & Visualizations
Metrics and Dimensions
