Es cada vez más frecuente que los buscadores de Internet evalúan la velocidad real de una página de resultados de búsqueda.
¿Lo has considerado?
Es indispensable que los sitios web sean rápidos hoy en día para poder competir. Se lo puede encontrar informaciones por todas partes pero es el que entrega una información lo más rápido quien estará a la cabeza.
Pagespeed sólo mide la velocidad del dominio principal (https://meinedomain.de)
(y no https://meinedomain.de/irgendwas.html o https://meinedomain.de/irgendwas/).
Se filtran los subdirectorios o la indicación de ciertos archivos. .
Pruebas de Google™ han demostrado que se sale de las páginas con un tiempo de carga > 4 s con más frecuencia (90%) y directamente.
Las pruebas de velocidad son realizadas por un servidor dedicado en Alemania con conexiones de 120 Gigabit.
Pagespeed sólo mide el tiempo de carga directo, los Javascripts integrados en la cabecera y las gráficas que forman parte del sitio. No se miden las imágenes que se acceden por las CSS! Aquí se trata entonces sólo de pruebas de rendimiento cortas y corresponden aproximadamente a lo que hace un Googlebot.
Los resultados están marcados con diferentes colores. Valores verdes son básicamente buenos, los valores rojos significan tiempos de carga/ de latencia altos* y de este modo indican posiblemente que haya muchos datos y / o un tiempo de respuesta lento. Se señala también cuando hay demasiados datos en ciertas áreas.
SEO NW le ofrece un alojamiento web rápido y de calidad suprema. Este hospedaje web le permite también mejorar los resultados. Webhosting
Se revisa Pagespeed.de constantemente. Muchas funciones y nuevos valores se han añadidos. Ahora es posible de determinar la velocidad de un sitio web con más fiabilidad y existe igualmente un nuevo archivo de las páginas web. La evaluación ahora también indica Javascript e imágenes. Además, se determina si se ha activado la compresión o no. Se muestra y se evalúa el volumen de archivos ahorrados. Hay planes para realizar otras evaluaciones pero esto tardará un poco más. La velocidad de la página se calcula de manera similar como lo hace Google. (Enlace Google Pagespeed) Sin embargo, los scripts se diferencian un poco en cuanto a la evaluación. En Pagespeed.de se valora más la velocidad del servidor. Google ni siquiera la indica si se trata de menos de 200 ms. (Google Pagespeed Link) da estas informaciones cuando una página web fracasa en cuanto a la velocidad del servidor. En Pagespeed.de se recogen todos datos sobre la velocidad de la página web. Además se ofrece consejos valiosos para aumentar la velocidad de su página. Todavia no se evalúan las imágenes CSS.
Muchas informaciones que proporciona Pagespeed.de se pueden utilizar para su propio sitio web. Si se usan estas, la velocidad de carga de sitio web será más rápido y los visitantes tendrán una mejor experiencia de navegación. La nota Google Pagespeed Score debería aumentar gracias a esta medida, pero en Pagespeed.de se indicarían más datos y se señalarían también los puntos flacos de su propia página web. Recomendamos además proveedores de alojamiento web de calidad suprema. Estos tienen un precio de adquisición un poco más caro, pero es posible que igualmente mejoren el resultado de Google y de Pagespeed.
Seguimos evolucionando constantemente. Se entregan muchos datos particularmente en el archivo del dominio. Le ayudamos con mucho gusto si usted quiere una nueva función y nos contacta. Como estamos revisando el script podría tardar un poco hasta que Pagespeed.de se adapte a sus necesidades.
Otra nueva función es la posibilidad de bloquear la araña de la web de Pagespeed.de, el Crawler. Respetamos si usted no desea que su sitio web sea probado. En este caso, hay un manual que explica como usted puede prohibir al Crawler de Pagespeed.de de probar su sitio web. Lástima que lo sea, esto es su dérecho legítimo. Sólo falta añadir 2 líneas en el robots.txt y el Pagespeed.de Crawler no visitará a su sitio web. El Crawler sigue las instrucciones de robots.txt, sin embargo, le recomendamos hacer la prueba de velocidad de Pagespeed y de considerar los datos. En caso de que su sitio web sea lento, se encuentran consejos valiosos en el archivo para aumentar la velocidad.
User-agent: pagespeedbot
Disallow: /
Con este agente de usuario “pagespeedbot” prohíbe a Pagespeed.de de leer su URL. Tenga cuidado con el robots.txt, por favor, y pruebelo todo. Debería evitar que todos los Crawlers / Bots estén prohibidos en su sitio. Y esto incluso cuando se trata de un Wildcard.
User-agent: *
Disallow: /
Con este código, nuestro bot no visitará a su sitio. Con este código, sin embargo, se bloquean TODOS bots (que lo respetan...), y el Google bot. ¡Tenga cuidado con esto!
Primero, se trata de probar su sitio web,por supuesto, y de tener en cuenta el resultado. Muchas imágenes, JavaScript y CSS pueden también ralentizar su sitio web. Los objetos Request son solicitados por el servidor y luego mandados a su navegador. Usted tiene la posibilidad de recibir un aviso sobre estos puntos débiles de su página web en Pagespeed.de. Muchos de estos Requests y el tamaño de los datos influyen la velocidad de carga de la página.
Queremos también hacer la web más rápida. Siga usted los consejos que encuentra en Pagespeed.de, y cree una experiencia maravillosa para sus visitantes. Sitios web rápidos pueden impresionar a usted y a sus visitantes y les llevar a pensar:¡Anda!. ¡Que usted esté a la cabeza de la competencia!
Un ping es la manera más fácil y rápida para saber si un servidor es accesible. La velocidad medida de este modo (en ms) indica, sin embargo, sólo la conexión de red y el valor no tiene nada que ver con el rendimiento. Si no se puede hacer un ping, podría ser que no fuera posible alcanzar el servidor o que el proveedor de alojamiento bloquea el protocolo Ping. Es también posible que el bloqueo del Ping sea debido a una entrada en el muro de fuego (Firewall). Tiempos de ping de "servidor a servidor" deberían ser inferiores a 20 ms en Alemania, para el extranjero se acceptan valores alrededor de 30 ms.
Tiempo de latencia: el período entre el arranque de un elemento motor y la aparición de una reacción visible / medible (ver wikipedia). En base de la latencia ya se puede saber más sobre el rendimiento de un servidor. De esta forma se evalúa la respuesta del servidor web. Un servidor web sobrecargado pero también una base de datos SQL que posiblemente hace esperar al servidor pueden ser las razones si los valores señalados por esta medida son malos. La latencia no debería exceder el doble o triple del tiempo Ping para que se pueda constatar una respuesta rápida del servidor.
Normalmente, se mide la página de inicio de un dominio y ésta merece atención especial. Sitios de noticias como Focus.de llenan sus páginas de inicio demásiado y se conforman que sus visitantes tienen que descargar un montón de datos. Sitios más pequeños deberían tratar esto con más cuidado, como largos tiempos de carga aumentan el riesgo de que el visitante salga rápidamente. Por eso prestamos atención a la cantidad de datos y a la velocidad durante la prueba. La velocidad se puede acelerar con una distribución de contenido en la red CDN. CDN Por supuesto, una conexión rápida proporciona más datos en el período de prueba, y esto se pone en relación. Velocidad: Medido en KB / s (1 KB = 1024 Kilobits). 100 KB / s = 1 Mbit / s, 500 Kb / s = 5 Mbit / s, 1 MB / s = 10 Mbit / s. (ADSL ~ = 16 Mbit / s)
En la actualidad, no hay sitio web que puede renunciar a imágenes o gráficas. Sea lo que sea, no se debe exagerar tampóco, porque una gran cantidad de imágenes, cuales además son tal vez grandes, impiden que un sitio web se carge rápidamente. Cada imagen representa una solicitud HTTP y cada solicitud necesita una banda ancha. Muchos sitios web de pruebas ruegan que se integren las gráficas en llamados “Sprites”. Esto tiene la ventaja de que sólo una gráfica tiene que ser cargado. La gran desventaja es que se deberá especificar en CSS las coordenadas de cada componente gráfico. Esto, sin embargo, superaría a menudo las capacidades de un webmaster "normal" / blogger. Una pura página de imágenes (ejemplo: Bilder.Rocks )) es, desde luego, un poco más grande.
El uso de JavaScript es ahora el estándar para cualquier sitio web moderno. Pero en cuanto a este método se puede también cometer el error de utilizar demasiados pequeños Scripts en la cabecera en vez de fusionarlos. Claro que eso no se puede hacer en todos casos. Tiene que utilizar esta opción,sin embargo, cuando sea posible, porque el Script queda en la memoria caché del navegador hasta que se salga de la página. No obstante, sólo necesita cargar los JavaScripts indispensables para cada página (p.ej. no es necesario cargar un Script de galería en los datos de contacto). Google™ puede facilitar este proceso, p.ej. se puede cargar librerías AJAX actuales de fuentes externas.
HTML es prácticamente la lengua primaria de todos los sitios web. Sin HTML, un navegador no sabría cómo mostrar una página web. Mientras que en el pasado se definieron formatos dentro del código HTML, ahora se lo realiza por medio de definiciones en las hojas de estilo, los llamados Stylesheets (CSS). Las hojas de estilo se pueden también integrar en un gran archivo en vez de cargar muchas pequeñas en la cabecera. El código HTML de una página de inicio deberá entonces cifrarse a unos 50 y 100 KB, sino será sobrecargada o utiliza un llamado código espagueti. Esto significa que las informaciones de estilo están en el código HTML y no en la hoja de estilo donde pertenecerían normalmente. Formatos en el código HTML no se almacenan en caché! Sitios optimizados son naturalmente favorecidos por los motores de búsqueda (ver también Versicherungen).
.
Tiendas en línea benefician de su variedad de productos y de la selección de varios oferentes. Los que no venden sólo sus propios productos en su tienda, entonces dependen de los datos externos. En general, se necesita actualizar estos datos en las horas de poco tráfico (p.ej. por la noche). Se puede garantizar una rápida respuesta del servidor sólo si se puede recoger los datos de una base de datos local o de archivos XML locales. Si se vuelve a escanear por nuevos datos constantemente y en vivo, esto puede impedir un buen rendimiento.
Sus diseños y los plugins utilizados son esenciales para los blogs. Los que utilizan diseños complicados o han instalado muchos plugins, tienen que aceptar que los tiempos de latencia aumentan de manera significativa. Especialmente cuando se recogen datos externos como "flujos de Twitter" (la API de Twitter es muy lento). También externalizar galerías de imágenes a servicios externos puede tener efectos negativos. Búsquedas en vivo como p.ej. de Amazon™ concerniendo distintos palabras claves también retrasan la carga de la página ligeramente.
Los que utilizan publicidades en sus sitios incluyen automáticamente algunos frenos en la carga de su página. Los que no pueden o no quieren prescindir de la publicidad, deberían prestar atención a la rapidez con la que un oferente entrega una publicidad. Siempre es una buena opción de usar p.ej. Google™ Adsense. El servidor siempre proporcionará sus banners pronto y apenas se notará un retraso del sitio. No se recomienda poner más que tres banners por página (Google™ de todos modos no permite más).
Se recomienda hacer estadísticas – si es posible – de forma interna (por medio de plugins locales, Piwik, tráfico del blog) y no dejarlas a servicios externos. Especialmente "servicios de contar" que provienen de los Estados Unidos disminuyen el rendimiento de un sitio web significativamente. Una vez más cabe resaltar un otro servicio de Google™: Analytics. Los servidores de rastreo están repartidos por todo el mundo y apenas impiden la carga de la página. (¡Respete la protección de datos privados!)