¿Necesita reducir los tiempos de respuesta del servidor?
Los servidores están controlados por su alojamiento. La forma más fácil de reducir los tiempos de respuesta del servidor en WordPress es evitar el alojamiento compartido y usar un servidor más potente. Esto se debe a que el alojamiento compartido tiene recursos limitados + límites de CPU. Algunos TTFB de host, como SiteGround y WP Engine, también han empeorado. Hay muchas encuestas, resultados de migración y conversaciones sobre «el alojamiento más rápido» que puedes encontrar en muchos grupos imparciales de Facebook como WP Speed Matters.
Aparte del alojamiento, la otra forma de mejorar TTFB es reduciendo la CPU y aligerando la carga en su servidor. Cloudflare tiene muchas características que pueden reducir TTFB, incluyendo su CDN, Brotli, HTTP / 3, protección de bots y APO. También puede usar almacenamiento en caché a nivel de servidor, las últimas versiones de PHP, limpiar basura (base de datos, complementos hinchados, creadores de páginas y administrador hinchado) y deshabilitar latidos cardíacos.
- ¿Qué Es Un Buen TTFB?
- Cómo Probar el TTFB
- Reducir el uso de CPU
- Evite el alojamiento compartido
- Cambiar a un Alojamiento más rápido
- Evite Plugins lentos + Creadores de páginas
- Limpie su base de datos
- Aumentar la vida útil de la caché
- Deshabilitar el latido de WordPress
- No combines CSS + JavaScript
- Actualización a PHP 7.4
- Aumentar el límite de memoria
- Use almacenamiento en caché a nivel de servidor
- Descargar recursos a CDN
- Habilitar Brotli
- Habilitar HTTP/3
- Habilitar protección contra bots
- Crear una Regla de página de Todo en caché
- Considere el APO de Cloudflare
- Use un complemento de caché más rápido
- Deshabilitar el uso compartido de datos en complementos
- Limitar las revisiones posteriores + Guardado automático
- Reemplace Cron de WordPress Con Trabajos Cron Reales
- Vuelva a probar el Tiempo de respuesta del servidor (TTFB)
- Preguntas Frecuentes
- ¿Qué es una buena TTFB?
- ¿Cómo puedo reducir los tiempos de respuesta del servidor en WordPress?
- ¿Cómo puedo mejorar TTFB en WooCommerce?
- ¿Hay plugins de WordPress que reduzcan el TTFB?
- ¿Cómo se miden los tiempos de respuesta del servidor?
¿Qué Es Un Buen TTFB?
Google recomienda un TTFB de menos de 200 ms.
Esto puede ser realista para algunos sitios de WordPress, pero necesita tener una infraestructura rápida (alojamiento, tema, complementos). Si TTFB supera los 600 ms, se considera lento y fallará la auditoría.
Los servidores lentos afectan los tiempos de carga, las puntuaciones PSI (varios elementos) y la velocidad del panel de administración. Dado que los signos vitales web se están convirtiendo en un factor de clasificación más grande, lograr un TTFB rápido es más importante que nunca.
| 1 | 2 |
|---|---|
| 0-200ms | Google Recomienda |
| 200-600ms | Pasa Faro |
| 600-1000ms | Falla Faro |
| 1000ms+ | Muy Lento |
Cómo Probar el TTFB
Faro
Faro es un lugar ideal para probar TTFB. Según Google, » esta auditoría falla cuando el navegador espera más de 600 ms para que el servidor responda a la solicitud del documento principal.»
GTmetrix
GTmetix muestra su TTFB en las pestañas Resumen y Estructura. Regístrese para obtener una cuenta gratuita de GTmetrix para que pueda realizar pruebas desde el centro de datos más cercano a sus visitantes en lugar de Vancouver.
KeyCDN
KeyCDN mide TTFB en 14 ubicaciones diferentes (también es mi herramienta preferida). Los TTFB pueden ser rápidos cuando se prueban ubicaciones cercanas a su servidor de origen y lentos cuando se prueban largas distancias.
Pingdom
Pingdom mide el TTFB como tiempo de «espera» y le permite realizar pruebas desde varias ubicaciones.
Chrome DevTools
Chrome DevTools mide TTFB pero se ve afectado por la latencia de su computadora y la conexión a Internet, por lo que es posible que desee medir TTFB desde un centro de datos utilizando una de las herramientas anteriores.
Reducir el uso de CPU
Reducir la CPU (que se encuentra en su cuenta de alojamiento) es una de las mejores formas de reducir los tiempos de respuesta del servidor. La mayoría de este tutorial se centrará en reducir la CPU y, por lo tanto, aligerar la carga en su servidor. Evite usar más del 75% de los límites de CPU para que su servidor se mantenga relajado.
Por eso es tan importante elegir un plan con suficientes recursos de servidor. Las empresas anfitrionas te dan pautas basadas en los visitantes mensuales, pero no tienen en cuenta cuántos complementos tienes, si consumen muchos recursos y si estás usando una CDN.
Evite el alojamiento compartido
El alojamiento compartido tiene recursos de servidor limitados, lo que a menudo resulta en un TTFB lento.
Si sus vecinos (otros sitios en el servidor) están acaparando recursos, su sitio web se está muriendo de hambre. Sin mencionar que la mayoría de los hosts compartidos tienen límites de CPU bajos. Es por eso que a menudo se ven 500 errores en el alojamiento compartido. Un día tu sitio web es rápido, al día siguiente, es lento. Nunca ejecutaría Elementor, Divi o WooCommerce en alojamiento compartido: exigen demasiados recursos.
- SiteGround tiene un TTFB lento, límites de CPU, soporte disminuido, aumentos de precios y otros problemas. Sus TOS (sec. 9) evita que los afiliados usen ‘SiteGround’ en malas críticas. Los dejé en 2019 y dejé de respaldarlos por completo. Como dijo una persona, «SiteGround ya no es ningún tipo de valor por el dinero.»Investiga.
- Hostinger escribe reseñas falsas, vota por sí mismo en encuestas de FB, también poco éticas. Los empleados se hacen pasar por clientes y engañan a la gente para que compre Hostinger (ver encuesta).
- GoDaddy en realidad puede tener un TTFB decente, pero viene con problemas: pagar por SSL, malware, DNS lento y el panel de control le da poco control (consulte hilo).
- WP Engine hace afirmaciones absurdas como «el líder de rendimiento inequívoco en WordPress» cuando la mayoría de las personas migran y publican tiempos de carga mucho más rápidos.
- Las marcas de EIG como Bluehost y HostGator tienen servidores superpoblados, TTFB lento, soporte/tiempos de actividad incorrectos y problemas de malware (ver hilo). Principalmente promovidos por afiliados de» cómo iniciar un blog «y pagan mucho para ser» recomendados » por WordPress.
Cambiar a un Alojamiento más rápido
La mayoría de las recomendaciones de alojamiento son basura y sugiero unirme al Grupo de Facebook WP Speed Matters, que es uno de los únicos grupos no controlados por afiliados o el administrador de comunidad de SiteGround que «modera» publicaciones negativas sobre su marca como en otros grupos.
Cloudways tiene excelentes comentarios en los grupos de Facebook si lee los hilos. Uso su plan Vultr HF y tengo un TTFB rápido con buenos resultados de GTmetrix (no dude en hacer clic en mi blog para ver qué tan rápido se carga). Utilizan Object Cache Pro (Redis), NVMe y tienen 39 centros de datos en todo el mundo. Los principales inconvenientes son que no hay administrador de archivos y el alojamiento de correo electrónico cuesta $1/correo electrónico/mes. Cloudways es un poco más tecnológico porque utiliza un panel de control personalizado que requiere iniciar un servidor, pero a la mayoría de la gente le resulta fácil una vez que se acostumbra. Es un precio mensual sin renovaciones altas, pruebas de 3 días e incluye una migración gratuita. Si tu TTFB es lento, prueba clonar tu sitio en Vultr HF y prueba los resultados (también puedes ver capturas de pantalla de los resultados de migración de personas + encuestas de Facebook a continuación). Tienen altas calificaciones de TrustPilot y si por alguna razón no está satisfecho, simplemente cancele su prueba de 3 días.
NameHero utiliza servidores LiteSpeed que son un tipo de servidor más nuevo/rápido (es barato y votado muy bien en las encuestas de Facebook). Puedes encontrar muchos comentarios positivos en los Grupos de Facebook. Sugiero NameHero sobre hosts similares (como A2) porque son más confiables con mejores tiempos de actividad y soporte basado en EE. También usan cPanel, que es amigable para principiantes. NameHero tiene una política de reembolso de 30 días y realiza migraciones gratuitas, pero solo las usaría si sus visitantes están en los EE.UU. o los Países Bajos, ya que ahí es donde están los centros de datos. Generalmente recomiendo el plan Turbo Cloud que viene con 3 GB de RAM + NVMe. Los sitios grandes (WooCommerce) deben usar su nube administrada (o Cloudways).
WPX-también utiliza LiteSpeed (no estoy seguro de por qué está enterrado en esta página) con excelente soporte y calificaciones de TrustPilot, pero solo tienen 3 centros de datos en Chicago, Londres y Sídney. Buena opción si sus visitantes están cerca de allí, de lo contrario, elija a otra persona. También tienen excelentes comentarios en grupos de Facebook e incluyen una migración gratuita, así como una optimización gratuita de la velocidad del sitio donde optimizan su sitio para los signos vitales de la web central. La principal desventaja es el precio y el tablero de instrumentos es un poco simplificado y puede tener errores.
Exención de responsabilidad de afiliados: Uso enlaces de aff a los anfitriones que recomiendo, pero no a los que no recomiendo.
Cada uno tiene configuraciones diferentes. En Cloudways, uso FlyingPress + BunnyCDN (o uso WP Rocket). En NameHero o WPX, usarás el complemento LiteSpeed Cache + QUIC.CDN en la nube. Ambos son excelentes configuraciones y deberían darte un TTFB rápido: mira mis tutoriales de caché WP Rocket o LiteSpeed.
En caso de duda, consulta los resultados de las encuestas y la migración de Facebook (ver más).
Evite Plugins lentos + Creadores de páginas
Algunos plugins pueden ralentizar su sitio web, TTFB y aumentar la CPU.
| Plugin | Categoría | Memoria de Impacto | PageSpeed Impacto |
|---|---|---|---|
| Todo En Uno SEO | SEO | X | X |
| Analytify | google Analytics | X | ✓ |
| Backup Buddy | Copia de seguridad | X | ✓ |
| iThemes Security | Seguridad | X | ✓ |
| Broken Link Checker | SEO | X | ✓ |
| Jetpack | Security | X | X |
| Query Monitor | Analytics | X | ✓ |
| NextGEN Gallery | Gallery | X | X |
| Site Kit by Google | Analytics | X | ✓ |
| Wordfence | Security | X | ✓ |
| wpDiscuz | X | X | |
| WPML | Translate | X | X |
| Yoast SEO | SEO | X | ✓ |
Encuentre sus Complementos más lentos: El Monitor de consultas y New Relic son excelentes para encontrar complementos lentos. Instale el Monitor de consultas, vea una página en su sitio, pase el cursor sobre la pestaña Monitor de consultas y vaya a Consultas → Consultas por componente. Puede consultar varias páginas / publicaciones para diferentes consultas.
WP Hive es una ingeniosa extensión de Google Chrome que le indica si un complemento afectará su uso de memoria / puntuaciones de PageSpeed Insights al ver complementos en el repositorio de WordPress.
Evite los constructores de páginas pesados: Elementor + Divi se aplastó en los signos vitales de la web central. Además de CSS, JavaScript e innumerables envoltorios div adicionales, estos sitios web generalmente dependen de complementos y complementos adicionales de terceros. Esto resulta en más hinchazón. Migré de Elementor a Gutenberg e hice una gran mejora. Incluso la codificación dura de su menú, encabezado, pie de página y barra lateral en CSS puede eliminar una gran cantidad de hinchazón de constructor de página. También puedes usar Limpieza de activos y Perfmatters para descargar CSS y JS no utilizados (y usar las funciones experimentales de Elementor), pero yo las evitaría.
Alternativas ligeras de complementos
- SEO – Rank Math.Copias de seguridad
- Deslizadores – Soliloquios o MetaSlider.
- Constructor de página-Oxígeno, tema Kadence, Gutenberg, Génesis.
- Galería – Galería Gutenberg o Galería Meow.
- Analytics: Google Analytics y Google Search Console (sin complementos).
- Compartir en redes sociales-Crece con Mediavine (complemento para compartir en redes sociales más rápido en la prueba de WP Rocket).Comentarios
- : comentarios nativos o wpDiscuz con configuración optimizada y retardo de JavaScript.
Limpie su base de datos
Una limpieza completa de su base de datos puede mejorar TTFB.
Muchos de ustedes están usando WP Rocket para limpiezas automáticas de bases de datos, pero esto no les permite ir a través de sus tablas de base de datos reales y eliminar tablas dejadas por complementos antiguos. Para esto, recomiendo WP-Optimize. Vea la pestaña » Tablas «y busque complementos que «No estén instalados».»Si eliminó un complemento (o deshabilitó un módulo de complemento) y ya no lo usa, puede eliminarlo.
Aumentar la vida útil de la caché
La mayoría de los complementos de caché le permiten establecer la vida útil de la caché. Al aumentar esto, está ahorrando recursos del servidor, ya que la caché no necesita construirse con tanta frecuencia. Esto es bueno si no publicas contenido con frecuencia (como un sitio web de noticias), de lo contrario, es probable que lo dejes como predeterminado.
Deshabilitar el latido de WordPress
El latido de WordPress consume recursos al mostrar notificaciones de complementos en tiempo real, cuando otros usuarios están editando una publicación, etc. Para la mayoría de los propietarios de sitios web, generalmente hace más daño que bien. Hay muchos complementos para desactivar esto (WP Rocket, Perfmatters, la mayoría de los complementos de caché).
Para deshabilitar la API de WordPress Heartbeat sin un complemento, vaya a Apariencia > Editor de temas y, a continuación, edite las funciones.archivo php de tu tema. A continuación, pegue el código justo después de <?etiqueta php:
add_action( 'init', 'stop_heartbeat', 1 );function stop_heartbeat() {wp_deregister_script('heartbeat');}No combines CSS + JavaScript
Los sitios más pequeños generalmente deben combinar CSS / JS, mientras que los sitios más grandes no. De acuerdo con WP Johnny, los sitios web con un tamaño CSS / JS de menos de 10 KB deben combinarse, mientras que los de más de 10 KB no. Continúa diciendo que con respecto a TTFB, se trata de comenzar antes, no de terminar antes.
Actualización a PHP 7.4
Muchos hosts ya han lanzado PHP 8.0, versiones más nuevas de MySQL y nuevas funciones para hacer que su sitio sea más rápido y reducir TTFB. Asegúrate de usar las optimizaciones que ofrece tu host. Muchos plugins / temas todavía tienen problemas de compatibilidad con PHP 8.0 en el que se puede usar PHP 7.4.
Aumentar el límite de memoria
tanto Elementor como WooCommerce requieren un límite de memoria de 256 MB, pero de todos modos deberías aumentarlo a 256 MB, especialmente si tu sitio web tiene errores fatales de límite de memoria.
Agregue el código a su wp-config.php antes de «Blogging feliz».»
define('WP_MEMORY_LIMIT', '256M');Algunos hosts también tienen la opción de aumentarlo en su panel de control.
Use almacenamiento en caché a nivel de servidor
Muchos hosts ofrecen almacenamiento en caché a nivel de servidor que reduce el TTFB y acelera su sitio. Cloudways, SiteGround (y SG Optimizer), Kinsta y A2 Hosting son solo algunos de ellos. Yo personalmente uso memcached, NGINX y Redis (con Barniz desactivado) en Cloudways. El almacenamiento en caché a nivel de servidor es más rápido que los complementos de caché porque proviene de su servidor, que es más rápido que el almacenamiento en caché basado en archivos.
Descargar recursos a CDN
Las CDN descargan recursos a sus centros de datos y aligeran la carga en su servidor.
Sugiero Cloudflare, BunnyCDN, QUIC.cloud (si se utiliza la caché LiteSpeed) o Cloudfront. Y considere no usar StackPath, que se usa en muchas CDN como RocketCDN y CloudwaysCDN.
Las otras tres CDN tienden a tener un mejor rendimiento que Cloudflare, pero la mayoría de ellas cuestan dinero. Independientemente de la CDN que elija, usaría Cloudflare para su DNS, ya que su DNS es mucho más rápido que el DNS de GoDaddy o NameCheap. Para usar el DNS de Cloudflare, simplemente regístrese en un plan gratuito y, a continuación, cambie los servidores de nombres. Uso Cloudflare para DNS y BunnyCDN para mi CDN.
Una ventaja de Cloudflare es que tienen características adicionales que pueden reducir el TTFB (como Brotli, HTTP/3, protección contra bots, reglas de página y su APO), de las que hablaré en los próximos pasos.
Paso 1: Regístrese para obtener una cuenta gratuita de Cloudflare, agregue su sitio y ejecute el análisis solicitado por Cloudflare. Eventualmente llegará a una página donde Cloudflare le asigna 2 servidores de nombres.
Paso 2: Agregue servidores de nombres Cloudflare a NameCheap. Vaya a Panel de control → Lista de dominios → Administrar → Servidores de nombres → DNS personalizado. Agregue los dos servidores de nombres que Cloudflare le proporcionó.
Habilitar Brotli
Brotli es más rápido que la compresión GZIP. Ambos reducirán el tamaño de los archivos HTML, CSS y JavaScript. Esto permite que estos recursos se descarguen más rápido y mejora el TTFB. Cloudflare tiene una opción para habilitar Brotli en la configuración de velocidad, de lo contrario, usará Gzip en su complemento de caché.
Habilitar HTTP/3
En el blog de Cloudflare, dicen que en promedio, con HTTP/3 vemos que el primer byte aparece después de 176 ms. Con HTTP/2 vemos 201 ms, lo que significa que HTTP/3 ya está funcionando un 12,4% mejor.
HTTP / 3 se puede habilitar en la configuración de red de su panel de control de Cloudflare. Y si estás usando Quic.nube u otra CDN, asegúrese de comprobar si tienen soporte HTTP/3 también.
Habilitar protección contra bots
Su página de inicio de sesión wp es un objetivo alto para bots defectuosos.
Incluso si los bots no logran iniciar sesión en su sitio, es posible que intenten iniciar sesión, lo que consume recursos del servidor. Puede bloquearlos moviendo su página de inicio de sesión (utilizando Perfmatters o WPS Ocultar inicio de sesión) a una URL de inicio de sesión personalizada y, a continuación, habilitando la protección contra bots en la configuración de Cloudflare.
Paso 1: Instale Wordfence.
Paso 2: Vea el informe de tráfico en vivo durante unos minutos para ver quién está accediendo a su sitio en tiempo real.
Paso 3: Mueva su página de inicio de sesión de wp. Puede hacer esto con Perfmatters o WPS Ocultar inicio de sesión.
Paso 4: Bloquee aún más los bots de spam habilitando el modo de lucha contra bots en Cloudflare → Firewall → Bots → Modo de lucha contra Bots (Cloudways también tiene protección contra bots) o pruebe Blackhole Para Bots defectuosos.
Crear una Regla de página de Todo en caché
Si está utilizando Cloudflare, agregue una regla de página para almacenar todo en caché.
Vaya a su panel de control de Cloudflare → Reglas de página. Copie / pegue la siguiente regla, solo reemplace mi dominio por el suyo. Si tienes WooCommerce o un sitio dinámico y te encuentras con problemas al agregar la regla de página cache everything, prueba a usar el plugin WP Cloudflare Super Page Cache.
Además, puede crear una regla de página para el wp-admin para protegerlo, omitir la caché y evitar que las aplicaciones y las funciones de rendimiento (por ejemplo, el cargador de cohetes) se ejecuten en el área de administración.
Considere el APO de Cloudflare
Cloudflare probó su APO en 500 sitios y descubrió que, en promedio, mejoró TTFB en 90 ms. Este servidor de todo su sitio desde la red edge de Cloudflare. Cuesta 5 5 / mes, pero vale la pena probarlo si tienes un TTFB lento. Asegúrate de que sea compatible con tu plugin de caché, ya que no está en WP Rocket.
Use un complemento de caché más rápido
WP Rocket y LiteSpeed Cache son los estándares de oro para los complementos de caché.
Sin embargo, la mayoría de las personas no las configuran con los ajustes óptimos. He escrito tutoriales populares sobre la configuración de WP Rocket, WP Fastest Cache, W3 Total Cache y WP Super Cache.
Con la mayoría de los otros complementos de caché, necesitaría instalar aproximadamente 6 complementos adicionales para obtener estas características, cuando WP Rocket los tiene integrados, reduciendo el número de complementos en su sitio. Si eres como yo, solo quieres usar 1 plugin, de lo contrario, tendrás que investigar qué características viene con tu plugin de caché, luego instala estos plugins si no los admite.
- Limpieza de la base de datos – WP-Optimizar
- Optimización CSS/JS – Optimización automática
- Retrasar la ejecución de JavaScript – Scripts voladores
- Host Local de Google Analytics – Análisis voladores
- Integración de URL de CDN – Habilitador BunnyCDN / CDN
- Control de latidos cardíacos – Control de latidos cardíacos / código manual
- Carga lenta de imágenes/videos – Optimole / WP YouTube Lyte
- Enlaces de precarga / Perfmatters de página instantáneos o Páginas voladoras
- Host de Píxel de Facebook localmente – ningún complemento hace esto que conozca
- Prefetch/precarga – Pre* Sugerencias de recursos de Grupo / código manual
- Pantalla de fuentes: intercambiar-Intercambiar Pantalla de fuentes de Google / código manual
Deshabilitar el uso compartido de datos en complementos
Lo sentimos desarrolladores de complementos, pero si algún complemento le pide que comparta sus datos, deshabilitarlo reducirá ligeramente el uso de la CPU, ya que su servidor no necesitará enviar los datos a los desarrolladores de complementos.
Limitar las revisiones posteriores + Guardado automático
De forma predeterminada, WordPress no limita las revisiones posteriores y el intervalo de guardado automático es frecuente (1 minuto). Disminuir las revisiones de publicaciones (copias de seguridad de sus publicaciones antiguas) y aumentar el intervalo de guardado automático (es decir, 5 minutos) puede reducir ligeramente el uso de la CPU y evitar una base de datos embarcada. Puede hacer ambas cosas usando Perfmatters o agregando el siguiente código a su wp-config.archivo php.
define('WP_POST_REVISIONS', 5);define('AUTOSAVE_INTERVAL', 300); // secondsReemplace Cron de WordPress Con Trabajos Cron Reales
El cron de WordPress se ejecuta cada vez que se carga una página y, a menudo, es blanco de ataques DOS. Al reemplazarlo con un trabajo cron real, también puede programar intervalos y ahorrar recursos.
En la mayoría de los casos, abrirá wp-config.archivo php y agregue una línea de código para deshabilitar el cron de WordPress. A continuación, agregará la segunda línea de código a la sección cron job en su cuenta de alojamiento.
define('DISABLE_WP_CRON', true);cd /path/to/your/wordpress; wp cron event run --due-now >/dev/null 2>&1
Vuelva a probar el Tiempo de respuesta del servidor (TTFB)
Una vez que haya realizado todos los cambios de esta guía, vuelva a probar su TTFB y, con suerte, sea más rápido.
Preguntas Frecuentes
¿Qué es una buena TTFB?
Google recomienda un TTFB de 200 ms o menos. Sin embargo, Lighthouse solo lo marca si su TTFB es de 600 ms o más.
¿Cómo puedo reducir los tiempos de respuesta del servidor en WordPress?
El alojamiento es, con mucho, el factor #1. El uso de un servidor potente es la mejor manera de mejorar TTFB. También puede eliminar complementos de CPU altos, inflar WordPress, deshabilitar el latido del corazón y limpiar su base de datos.
¿Cómo puedo mejorar TTFB en WooCommerce?
Elimine el exceso innecesario de WooCommerce, como scripts, estilos, meta box y sugerencias de mercado. La mayoría se pueden desactivar utilizando el complemento Deshabilitar Bloat de WooCommerce. Evite ejecutar WooCommerce en alojamiento compartido y usar creadores de páginas pesados.
¿Hay plugins de WordPress que reduzcan el TTFB?
LiteSpeed cache utiliza almacenamiento en caché del lado del servidor que puede reducir TTFB, de lo contrario, generalmente debe evitar agregar más complementos, ya que probablemente aumentará TTFB en lugar de reducirlo.
¿Cómo se miden los tiempos de respuesta del servidor?
Los tiempos de respuesta del servidor se pueden medir en Lighthouse, GTmetrix, Pingdom, Chrome DevTools y KeyCDN.
Conclusión: únete al grupo de Facebook WP Speed Matters para obtener opiniones reales e imparciales. Mira las encuestas de Facebook que se realizaron y las personas que migraron a diferentes anfitriones y publicaron sus resultados. Por último, manténgase alejado de los afiliados de alojamiento de baja calidad que solo quieren las comisiones.
Salud,
Tom
