Tambi\u00e9n hemos visto casos extremos en nuestra propia infraestructura. En nuestro informe sobre tr\u00e1fico de IA y bots<\/a>, un rastreador gener\u00f3 3,75 millones de solicitudes a URLs de a\u00f1adir al carrito en 24 horas. Otro patr\u00f3n de bucle repetitivo gener\u00f3 cientos de millones de solicitudes antes de que introduj\u00e9ramos una regla para detectarlo.<\/p>\n Esos casos son reales, pero no son representativos de todos los sitios web.<\/p>\n En nuestro \u00faltimo an\u00e1lisis<\/a> de m\u00e1s de 5.000 sitios de WordPress, los bots de IA representaban solo el 1,57 % del ancho de banda en el sitio mediano, frente al 17,8 % en el percentil 90 y el 90,3 % en el 99, mientras que m\u00e1s de 1.000 sitios no registraron ning\u00fan consumo de ancho de banda por parte de bots de IA.<\/p>\n Esa diferencia es la raz\u00f3n por la que detectar el tr\u00e1fico de bots de IA y diagnosticar un problema relacionado con ellos son dos cosas distintas.<\/p>\n Las decisiones que tomes a continuaci\u00f3n pueden afectar al rendimiento del sitio, a las integraciones, a la visibilidad en los buscadores y a que las herramientas de IA puedan mostrar tu contenido. Antes de cambiar nada, tienes que saber qu\u00e9 est\u00e1n haciendo realmente los bots.<\/p>\n Estos son algunos de los errores que vemos que cometen los propietarios de sitios web cuando se saltan ese paso.<\/p>\n Si los rastreadores de IA representan el 20 % de las solicitudes de tu sitio web, esa cifra por s\u00ed sola no te indica si hay un problema.<\/p>\n Una gran parte de las solicitudes a art\u00edculos almacenados en la cach\u00e9 puede suponer una carga relativamente peque\u00f1a para la aplicaci\u00f3n, mientras que un n\u00famero menor de solicitudes que acceden repetidamente a resultados de b\u00fasqueda, p\u00e1ginas de productos filtradas o URLs del carrito puede generar mucho m\u00e1s trabajo.<\/p>\n Esta es una de las razones por las que hay que tener cuidado al aplicar las estad\u00edsticas de bots de toda la red a un sitio concreto.<\/p>\n Nuestra \u00faltima investigaci\u00f3n<\/a> revel\u00f3 que el n\u00famero medio de solicitudes de bots de IA por sitio web oscilaba entre 667 y 928 al d\u00eda en las cuatro mediciones realizadas, frente a una mediana de tan solo entre 33 y 67 solicitudes, mientras que entre el 20 % y el 27 % de los sitios web no recibieron ninguna solicitud de bots de IA en los d\u00edas analizados.<\/p>\n En otras palabras, un peque\u00f1o grupo de sitios web con un alto n\u00famero de rastreos hace que la media suba.<\/p>\n As\u00ed que, si lees que los bots representan m\u00e1s de la mitad del tr\u00e1fico web, o ves que el propietario de otro sitio web afirma que el 99 % de su tr\u00e1fico son bots, no utilices esa cifra para decidir qu\u00e9 necesita tu propio sitio web.<\/p>\n Empieza por tu propio tr\u00e1fico.<\/p>\n Para los clientes de Kinsta, la secci\u00f3n Protecci\u00f3n contra bots<\/a> de MyKinsta muestra c\u00f3mo se clasifican las solicitudes, incluyendo usuarios probablemente humanos, bots verificados, probablemente bots, rastreadores de IA, rastreadores de IA con frecuencia excesiva, tr\u00e1fico automatizado y tr\u00e1fico malicioso.<\/p>\n A continuaci\u00f3n, puedes usar Tr\u00e1fico principal<\/strong>\u00a0para ver las rutas, los agentes de usuario, los pa\u00edses y las direcciones IP que hay detr\u00e1s de un tipo de tr\u00e1fico espec\u00edfico.<\/p>\n Antes de tomar medidas, deber\u00edas poder responder a unas cuantas preguntas b\u00e1sicas:<\/p>\n Nuestro \u00faltimo informe aborda esto analizando la<\/strong> posici\u00f3n, el patr\u00f3n y el perfil<\/strong> del tr\u00e1fico. Es posible que un sitio que reciba muy poco tr\u00e1fico de IA con un comportamiento normal en las solicitudes no necesite ninguna medida, mientras que uno que registre un tr\u00e1fico constante de rastreadores dirigido a URLs din\u00e1micas costosas merezca un an\u00e1lisis mucho m\u00e1s detallado.<\/p>\n El t\u00e9rmino bot de IA ahora abarca varios tipos de tr\u00e1fico diferentes. Algunos rastreadores recopilan contenido p\u00fablico para entrenar modelos o para b\u00fasquedas con IA, mientras que otros recogen p\u00e1ginas en respuesta a la solicitud de un usuario.<\/p>\n Esas diferencias son importantes a la hora de decidir qu\u00e9 permitir. OpenAI, por ejemplo, utiliza GPTBot para contenidos que pueden servir para mejorar sus modelos, mientras que OAI-SearchBot ayuda a que los sitios web sean visibles en la b\u00fasqueda de ChatGPT. Por lo tanto, bloquear OAI-SearchBot puede afectar a que tu contenido aparezca o no en los resultados de b\u00fasqueda de ChatGPT.<\/p>\n Anthropic hace una distinci\u00f3n similar. ClaudeBot recopila contenido web que puede contribuir al entrenamiento de modelos, Claude-SearchBot se utiliza para la b\u00fasqueda y Claude-User puede recuperar un sitio web cuando alguien que usa Claude lo solicita.<\/p>\n Perplexity informa de que PerplexityBot se utiliza para su \u00edndice de b\u00fasqueda y Perplexity-User para las consultas que se realizan en respuesta a las preguntas de los usuarios.<\/p>\n Google ofrece a los editores un control independiente en Si metes todos estos sistemas en el mismo saco de la \u00abIA\u00bb, est\u00e1s desperdiciando informaci\u00f3n que podr\u00edas aprovechar.<\/p>\n Si prefieres no gastar recursos del sitio en el entrenamiento de modelos, puedes optar por restringir el acceso a los rastreadores de entrenamiento, dejando accesibles los sistemas de b\u00fasqueda y recuperaci\u00f3n. Si tu problema es que un agente de IA accede repetidamente a un endpoint din\u00e1mico, es posible que cambiar la pol\u00edtica de los rastreadores de entrenamiento no lo resuelva.<\/p>\n Aqu\u00ed tambi\u00e9n hay una cuesti\u00f3n empresarial. Nuestro estudio de mercado revel\u00f3 que el 44,7 % de los encuestados dijo que siempre o casi siempre visita la web de una empresa despu\u00e9s de recibir una recomendaci\u00f3n de la IA. Eso no significa que el acceso de los rastreadores de la IA genere autom\u00e1ticamente tr\u00e1fico de referencia, pero s\u00ed que merece la pena tener en cuenta el descubrimiento mediante IA antes de tomar una decisi\u00f3n general sobre la visibilidad.<\/p>\n En Kinsta, la opci\u00f3n Bloquear rastreadores de IA<\/b> te permite bloquear los rastreadores de IA, incluso los verificados, sin bloquear los rastreadores tradicionales de los motores de b\u00fasqueda, como Googlebot y Bing.<\/p>\n Tambi\u00e9n avisamos a los clientes de que bloquear los rastreadores de IA puede reducir la visibilidad en los resultados de b\u00fasqueda, res\u00famenes o recomendaciones impulsados por IA.<\/p>\n Los bots pueden causar problemas de seguridad mediante intentos de fuerza bruta, ataques DDoS, ataques a credenciales y otras formas de automatizaci\u00f3n abusiva, pero un rastreador de IA verificado que env\u00eda demasiadas solicitudes leg\u00edtimas supone un problema de otro tipo.<\/p>\n Durante nuestro evento en directo sobre el tr\u00e1fico de bots<\/a>, Daniel Pataki, director t\u00e9cnico de Kinsta, explic\u00f3 por qu\u00e9 le preocupa la forma en que reaccionan los propietarios de las webs cuando se mezclan esas dos cosas:<\/p>\n \u00abEn este caso, me preocupa m\u00e1s una reacci\u00f3n exagerada que una reacci\u00f3n insuficiente, porque no se trata de un problema de seguridad.\u00bb<\/em><\/p>\n Se refer\u00eda al problema m\u00e1s general de los rastreadores de IA, en el que gran parte del tr\u00e1fico problem\u00e1tico que estamos viendo proviene de sistemas leg\u00edtimos que rastrean de forma ineficiente, y no de un atacante que intente comprometer tu sitio.<\/p>\n La respuesta cambia cuando el sitio web ya est\u00e1 sufriendo problemas. Si los bots est\u00e1n acaparando recursos del servidor, ralentizando las p\u00e1ginas o impidiendo que los clientes reales usen el sitio, lo primero es estabilizar el sitio. Daniel recomend\u00f3 bloquear temporalmente el tr\u00e1fico de bots cuando est\u00e9 causando un problema activo y, luego, investigar una vez que el sitio est\u00e9 bajo control.<\/p>\n El error es convertir esa medida de emergencia en una pol\u00edtica permanente sin averiguar qu\u00e9 ha pasado.<\/p>\n La protecci\u00f3n contra bots de Kinsta<\/a> te ofrece varios niveles de control, desde una protecci\u00f3n b\u00e1sica contra el tr\u00e1fico malicioso hasta el bloqueo de automatizaciones o la verificaci\u00f3n de posibles bots cuando se necesita una protecci\u00f3n m\u00e1s estricta. Los rastreadores de IA con una frecuencia excesiva tambi\u00e9n pueden ser sometidos a verificaci\u00f3n en los niveles de protecci\u00f3n adecuados.<\/p>\n Un problema repentino de rendimiento puede justificar que se apliquen controles m\u00e1s estrictos en este momento. Una vez que el problema haya pasado, comprueba qu\u00e9 estaba afectando al sitio web y si esos controles m\u00e1s estrictos siguen teniendo sentido.<\/p>\n Nuestros datos de infraestructura dejan esta diferencia muy clara. Una solicitud de una entrada de blog en la cach\u00e9 y otra de una p\u00e1gina de b\u00fasqueda de WooCommerce sin cach\u00e9 cuentan ambas como una sola solicitud, aunque la segunda pueda suponer mucho m\u00e1s trabajo para el servidor.<\/p>\n Aqu\u00ed tienes una ilustraci\u00f3n del evento en directo Realidad del Tr\u00e1fico de Bots<\/a>:<\/p>\n Cuando hay una p\u00e1gina en la cach\u00e9, WordPress puede gestionar gran parte de la solicitud sin necesidad de volver a generar la p\u00e1gina.<\/p>\n Una solicitud din\u00e1mica puede necesitar un hilo de PHP (tambi\u00e9n conocido como Worker), consultas a la base de datos, generaci\u00f3n de p\u00e1ginas y, a veces, gesti\u00f3n de sesiones antes de que WordPress pueda devolver alg\u00fan resultado. Las operaciones relacionadas con el carrito y el proceso de pago pueden suponer una carga adicional.<\/p>\n Ahora repite ese proceso miles de veces.<\/p>\n En las tres mediciones de nuestro \u00faltimo estudio<\/a>, entre el 76,9 % y el 90,5 % de las solicitudes de los rastreadores de IA se dirigieron a contenido din\u00e1mico. El tr\u00e1fico humano se mantuvo entre el 18,3 % y el 18,9 %.<\/p>\n Esa diferencia te dice mucho m\u00e1s sobre la posible presi\u00f3n en la infraestructura que un simple recuento de solicitudes.<\/p>\n Piensa en el caso de las \u00aba\u00f1adir al carrito\u00bb que descubrimos en nuestro estudio sobre el tr\u00e1fico de bots de IA<\/a>. Un rastreador gener\u00f3 3,75 millones de solicitudes en 24 horas, m\u00e1s o menos una solicitud cada 23 milisegundos. Cada solicitud pod\u00eda hacer que WordPress realizara tareas para un \u00abvisitante\u00bb que nunca iba a comprar nada.<\/p>\n Por eso tambi\u00e9n dos sitios con el mismo porcentaje de tr\u00e1fico de IA pueden comportarse de forma muy diferente.<\/p>\n Una web de contenidos en la que los rastreadores suelen solicitar art\u00edculos en cach\u00e9 pueden gestionar un gran volumen sin demasiados problemas, mientras que una tienda de WooCommerce puede notar el impacto mucho antes, incluso si un n\u00famero menor de solicitudes incide repetidamente en la b\u00fasqueda, los filtros, las acciones del carrito, las p\u00e1ginas de cuenta u otras rutas sin cach\u00e9.<\/p>\n En cuanto detectes un pico, no te fijes solo en el agente de usuario.<\/p>\n En MyKinsta, puedes filtrar el tr\u00e1fico principal<\/strong> por rastreadores de IA<\/b> y ver las rutas que solicitan con m\u00e1s frecuencia.<\/p>\n A continuaci\u00f3n, comp\u00e1ralo con la informaci\u00f3n de la cach\u00e9, el ancho de banda del servidor y los datos de rendimiento para ver si esas solicitudes llegan a la aplicaci\u00f3n y generan carga de trabajo.<\/p>\n Ver A veces, el bot solo sirve para poner de manifiesto un problema que ya est\u00e1 presente en la estructura de tus URLs.<\/p>\n Los sitios de WordPress pueden generar muchas URLs a partir de par\u00e1metros de consulta, p\u00e1ginas de b\u00fasqueda, archivos filtrados, paginaci\u00f3n, calendarios, variaciones de productos y acciones de comercio electr\u00f3nico.<\/p>\n Una persona puede darse cuenta de que dos URLs ligeramente diferentes llevan b\u00e1sicamente a la misma p\u00e1gina, mientras que un rastreador solo ve m\u00e1s enlaces que seguir.<\/p>\n Si cada p\u00e1gina genera otro conjunto de URLs que parecen nuevas, el rastreador puede seguir explor\u00e1ndolas. As\u00ed es como acabas teniendo patrones que parecen mucho m\u00e1s agresivos de lo que nadie pretend\u00eda.<\/p>\n Ya lo vimos en nuestro anterior estudio sobre infraestructura<\/a>. Un patr\u00f3n recurrente lleg\u00f3 a ser tan frecuente que una sola regla dise\u00f1ada para detectarlo filtr\u00f3 550 millones de solicitudes en 30 d\u00edas.<\/p>\n Bloquear el rastreador puede impedir que se carguen las p\u00e1ginas de forma inmediata, pero no elimina el patr\u00f3n de URL que hizo que el rastreador encontrara nuevas p\u00e1ginas.<\/p>\n Cuando una ruta concreta empiece a acaparar de repente el tr\u00e1fico de los rastreadores de IA, revisa esa ruta:<\/p>\n A\u00fan as\u00ed, puedes decidir bloquear o rechazar el rastreador, pero primero intenta entender qu\u00e9 es lo que hac\u00eda que volviera una y otra vez.<\/p>\n Esto es especialmente importante para las agencias. Si varias p\u00e1ginas de clientes usan el mismo plugin, la misma configuraci\u00f3n de WooCommerce, el mismo tema o el mismo patr\u00f3n de URL, un rastreador agresivo puede provocar el mismo problema en m\u00e1s de una p\u00e1gina. Solucionar este comportamiento puede ser m\u00e1s \u00fatil que mantener una lista cada vez m\u00e1s larga de nombres de bots.<\/p>\n Un cambio en el archivo El archivo Hemos explicado esta distinci\u00f3n con detalle en nuestra gu\u00eda sobre los rastreadores de IA<\/a>. El archivo Esto es importante cuando descubres un problema de rendimiento, porque el simple hecho de editar un archivo puede darte la sensaci\u00f3n de que el problema ya est\u00e1 resuelto.<\/p>\n Echa un vistazo a tus registros o a las estad\u00edsticas de bots. Si las solicitudes del rastreador disminuyen tras el cambio en tu Lo mismo ocurre cuando el problema es la frecuencia de las solicitudes, en lugar del acceso en s\u00ed. Es posible que se permita a un rastreador leer tu contenido, pero que lo solicite a un ritmo que tu sitio no pueda gestionar sin problemas.<\/p>\n El ejemplo de PatronView<\/a> es \u00fatil porque la respuesta del sitio se bas\u00f3 en sus propios datos.<\/p>\n Su p\u00fablico se concentra sobre todo en Norteam\u00e9rica, as\u00ed que el propietario desaf\u00eda el tr\u00e1fico que viene de otros continentes. Revis\u00f3 sus datos reales de visitantes antes de lanzar el desaf\u00edo a los usuarios con versiones antiguas del navegador. Tambi\u00e9n controla cu\u00e1ntos de los visitantes a los que se les plantea el desaf\u00edo lo superan realmente. En un periodo concreto, solo el 0,24 % de m\u00e1s de 100.000 desaf\u00edos fueron resueltos.<\/p>\n Esas cifras facilitan justificar las reglas para ese sitio, pero aplicar la misma configuraci\u00f3n a una tienda online internacional podr\u00eda terminar bloqueando a clientes leg\u00edtimos. El mismo riesgo aparece cuando los equipos acumulan varias herramientas de seguridad porque cada una parece \u00fatil por separado.<\/p>\n Un sitio de WordPress podr\u00eda tener protecci\u00f3n contra bots a nivel de alojamiento, reglas de Cloudflare, un plugin de seguridad, limitaci\u00f3n de tasa, bloqueos por pa\u00eds y reglas WAF personalizadas, todas ellas tomando decisiones sobre la misma solicitud. Depurar un falso positivo se vuelve mucho m\u00e1s dif\u00edcil cuando no sabes qu\u00e9 capa tom\u00f3 la decisi\u00f3n.<\/p>\n A los clientes de Kinsta les recomendamos expresamente que no combinen la Protecci\u00f3n contra Bots de Kinsta con otras capas personalizadas de protecci\u00f3n contra bots<\/a>. Las clasificaciones contradictorias pueden provocar que se bloquee a visitantes leg\u00edtimos o que se bloqueen integraciones.<\/p>\n Unos niveles de protecci\u00f3n m\u00e1s altos tambi\u00e9n pueden afectar a la automatizaci\u00f3n leg\u00edtima, como las APIs, las herramientas de monitorizaci\u00f3n, los webhooks y las integraciones de WordPress. Por eso, MyKinsta incluye una opci\u00f3n Permitir automatizaciones t\u00edpicas de WordPress<\/b> y excepciones que siempre permiten el acceso a direcciones IP, rutas y agentes de usuario de confianza.<\/p>\n Si diriges una agencia, un proceso est\u00e1ndar resulta m\u00e1s \u00fatil que un conjunto de reglas est\u00e1ndar. Puedes aplicar el mismo proceso en 20 sitios web de clientes identificando el tr\u00e1fico, inspeccionando sus rutas, comprobando el rendimiento, eligiendo un control, prob\u00e1ndolo y monitorizando el resultado.<\/p>\n Empieza por lo que est\u00e1 pasando en tu sitio web. Si el tr\u00e1fico de bots est\u00e1 afectando a los visitantes reales, protege primero el sitio y, a continuaci\u00f3n, comprueba cu\u00e1nto tr\u00e1fico est\u00e1s recibiendo, a qu\u00e9 rutas llega y qu\u00e9 sistemas son los responsables.<\/p>\n A partir de ah\u00ed, elige el cambio m\u00e1s peque\u00f1o que resuelva el problema. Eso podr\u00eda significar actualizar Los clientes de Kinsta pueden hacer gran parte de este an\u00e1lisis directamente en MyKinsta. Las anal\u00edticas de tr\u00e1fico de bots<\/a> distinguen entre rastreadores de IA, rastreadores de IA con frecuencia excesiva, bots verificados, tr\u00e1fico automatizado y otros tipos de solicitudes, mientras que la secci\u00f3n Tr\u00e1fico principal<\/strong> muestra las rutas, los agentes de usuario, los pa\u00edses y las direcciones IP que hay detr\u00e1s de ellos.<\/p>\n Tambi\u00e9n puedes comparar esa actividad con el comportamiento de la cach\u00e9<\/a>, el ancho de banda del servidor<\/a> y el rendimiento de PHP<\/a> para ver si el tr\u00e1fico realmente est\u00e1 sobrecargando tu sitio antes de decidir qu\u00e9 bloquear.<\/p>\n","protected":false},"excerpt":{"rendered":" Cuando descubres que una gran parte del tr\u00e1fico de tu web viene de bots, bloquearlos puede parecer el siguiente paso l\u00f3gico. En algunos casos, las cifras …<\/p>\n","protected":false},"author":287,"featured_media":84723,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[],"topic":[1406,1405],"class_list":["post-84722","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","topic-rastreadores-web","topic-trafico-de-bots"],"yoast_head":"\nError 1: considerar el porcentaje como el diagn\u00f3stico<\/h2>\n
![\"Gr\u00e1fico](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/kinsta-bot-protection-data.png\")
![\"Informe](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/top-traffic-bot-data.png\")
\n
Error 2: bloquear todos los bots porque el tr\u00e1fico es automatizado<\/h2>\n
Google-Extended<\/code> sobre c\u00f3mo se puede utilizar el contenido rastreado con Gemini. Google afirma expl\u00edcitamente que cambiar esa configuraci\u00f3n no afecta a la inclusi\u00f3n ni al posicionamiento en la B\u00fasqueda de Google.<\/p>\n![\"Bloquea](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/block-ai-crawlers.png\")
Error 3: considerar cada pico de actividad de los rastreadores de IA como una emergencia de seguridad<\/h2>\n
![\"Selecciona](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/chnage-bot-protection-level.png\")
Error 4: fijarse en el volumen de solicitudes y no prestar atenci\u00f3n a d\u00f3nde van esas solicitudes<\/h2>\n
![\"Solicitud](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/website-request-flow.png\")
![\"Filtra](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/filter-traffic-type.png\")
![\"Solicitudes](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/top-requests-server-bandwidth.png\")
GPTBot<\/code> u otro rastreador en la parte superior de un informe es \u00fatil. Ver que miles de sus solicitudes van dirigidas a \/blog\/<\/code> te dice una cosa. Ver que van a los resultados de b\u00fasqueda o a una URL parametrizada de WooCommerce te dice otra cosa.<\/p>\nError 5: bloquear al rastreador y dejar atr\u00e1s la trampa de rastreo<\/h2>\n
\n
Error 6: dar por hecho que el archivo robots.txt ha bloqueado el tr\u00e1fico<\/h2>\n
robots.txt<\/code> puede ser la soluci\u00f3n adecuada cuando quieres indicarle a un rastreador de confianza que no acceda a parte o a la totalidad de tu sitio, pero a\u00fan as\u00ed tienes que comprobar el tr\u00e1fico despu\u00e9s.<\/p>\nrobots.txt<\/code>\u00a0se basa en que el rastreador respete la instrucci\u00f3n y no impide f\u00edsicamente que la solicitud llegue a tu sitio web.<\/p>\nrobots.txt<\/code> indica las preferencias de rastreo, mientras que el llms.txt<\/code> ofrece un \u00edndice de contenido estructurado para las herramientas que decidan leerlo. La aplicaci\u00f3n de estas normas se lleva a cabo en otro sitio.<\/i><\/p>\nrobots.txt<\/code>, tendr\u00e1s la prueba de que ha funcionado. Si el tr\u00e1fico sigue igual, o si te enfrentas a otro sistema automatizado que no sigue las instrucciones, necesitar\u00e1s un control para hacer cumplir las normas.<\/p>\nError 7: copiar las reglas del cortafuegos de otro sitio sin comprobar qu\u00e9 es lo que bloquear\u00edan<\/h2>\n
![\"Permitir](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/allow-typical-wp-automation-and-exceptions.png\")
Qu\u00e9 hacer cuando detectas tr\u00e1fico de bots de IA<\/h2>\n
robots.txt<\/code>, bloquear o rechazar un rastreador, corregir un patr\u00f3n de URL rastreable o no hacer nada si el tr\u00e1fico no causa ning\u00fan da\u00f1o.<\/p>\n