Con
PageSpeed Insights,
puedes descubrir cómo se adapta una página a nuestras prácticas recomendadas. Antes recomendábamos optimizaciones sin
tener en cuenta la velocidad real de la página, lo que a su vez
hacía difícil saber en qué situaciones debían aplicarse. Por este
motivo, PageSpeed Insights utiliza datos
del informe
Experiencia de Usuario de Chrome
para ofrecer mejores recomendaciones a los programadores. Además,
hemos modificado el sistema de puntuación de optimización para que
se ajuste más a la realidad.
En
el informe de PageSpeed Insights ahora se incluyen varios
elementos distintos:
Con
la puntuación de velocidad, se clasifican las páginas según tengan
una velocidad rápida, normal o lenta. Para calcularlo, se obtiene la
mediana de dos métricas: First Contentful Paint (FCP)
y DOM Content Loaded (DCL).
Si los valores de ambas métricas de una página se encuentran en el
tercio superior de su categoría, se considera que la página es
rápida.
En
la sección Distribuciones de carga de las páginas se muestra cómo
se distribuyen los eventos FCP y DCL de la página que se analiza en
el conjunto de datos. Estos eventos se clasifican como rápidos
(tercio superior), normales (tercio medio) y lentos (tercio inferior)
después de compararlos con todos los eventos del informe Experiencia
de Usuario de Chrome.
En
la sección Estadísticas de la página se describen los ciclos de
ida y vuelta que se necesitan para cargar los recursos
que bloquean el renderizado
de una página, así como el total de bytes que esta utiliza, y los
compara con la mediana de estos valores del conjunto de datos. En
esta sección se puede indicar también si la velocidad de la página
aumentaría en el caso de que el programador modificara su apariencia
y funcionalidad.
En
Sugerencias de optimización se facilita una lista de prácticas
recomendadas
que pueden aplicarse a la página analizada. Si la página es rápida,
estas sugerencias no se muestran de forma predeterminada, puesto que
ya se encuentra en el tercio superior de todas las que figuran en el
conjunto de datos.
Con la puntuación de optimización, se clasifican las páginas según tengan una optimización buena, media o baja, lo que se calcula haciendo una estimación del margen de rendimiento. En este cálculo se asume que los programadores quieren que las páginas mantengan la misma apariencia y funcionalidad.
Para obtener más información, consulta el artículo Acerca de PageSpeed Insights. Como siempre, si tienes alguna pregunta o quieres hacer alguna sugerencia, visita nuestro foro y recuerda incluir la URL que estés evaluando. Publicado
por Mushan Yang y Xiangyu Luo, ingenieros de software
Hoy lanzamos la API Indexing precisamente para solucionar estos dos problemas. Con ella, los propietarios de sitios web pueden notificarnos directamente siempre que añadan o retiren páginas con ofertas de empleo. De este modo, podemos programar rastreos nuevos para examinarlas, lo que puede mejorar la calidad del tráfico y la satisfacción de los usuarios que envían solicitudes. Por el momento, la API Indexing solo se puede utilizar en páginas con ofertas de empleo marcadas con los datos estructurados correspondientes.
Con la API Indexing, los webmasters de sitios web que tengan muchas páginas con contenido de corta duración, como ofertas de empleo, pueden comunicarnos cada cambio que hagan para que su contenido aparezca siempre actualizado en los resultados de la Búsqueda. Puedes integrarla en el proceso que sigues para publicar ofertas de trabajo; de este modo, tus ofertas podrán aparecer en la Búsqueda al poco de tiempo de publicarlas. Además, puedes consultar la última vez que hemos recibido cada tipo de notificación de URL determinadas.
Para descubrir cómo funciona la API Indexing, echa un vistazo a la guía de inicio rápido. Si tienes alguna pregunta, hazla en el foro de ayuda para webmasters. Esperamos recibir noticias tuyas.
Publicado por Zach Clifford, ingeniero de software
Recientemente hemos hecho algunos cambios en nuestras directrices de ofertas de empleo para mejorar la experiencia de los candidatos:
Retira las ofertas que hayan caducado.
Incluye datos estructurados en la página de detalles del empleo.
Asegúrate de que la descripción del empleo incluya todos los detalles.
Retira las ofertas que hayan caducado
Cuando un candidato se esfuerza por encontrar una oferta y presentarse, resulta desalentador descubrir que ya no está disponible. A veces no se da cuenta hasta que decide presentarse. Si retiras de tu sitio web las ofertas que hayan caducado recibirás más visitas, ya que los candidatos sienten mayor confianza si las ofertas que consultan siguen abiertas. Para obtener más información sobre cómo retirar una oferta de empleo, consulta el artículo Cómo quitar una publicación de empleo.
Incluye datos estructurados en la página de detalles del empleo
Para los candidatos resulta confuso acceder a una lista de empleos en lugar de acceder a la página de detalles de la oferta en cuestión. Para solucionar este problema, incluye datos estructurados en la página que contenga la información más detallada. No añadas datos estructurados en las páginas pensadas para mostrar una lista de empleos (por ejemplo, las páginas de resultados de búsqueda), sino solo en las más específicas, donde se describe un empleo concreto con los detalles correspondientes.
Asegúrate de que la descripción del empleo incluya todos los detalles
También hemos detectado que algunos sitios incluyen en los datos estructurados JobPosting información que no está en la oferta. Para los candidatos resulta confuso que los datos que ven en la Búsqueda de Google no coincidan con los de la página de descripción del empleo. Asegúrate de que la información que aparece en los datos estructurados JobPosting siempre coincida con la de la página de la oferta. A continuación, se muestran algunos ejemplos:
Si incluyes el salario en los datos estructurados, añádelo también a la oferta de empleo. Ambas cifras deben coincidir.
La ubicación incluida en los datos estructurados debe coincidir con la de la oferta de empleo.
Proporcionar datos estructurados coherentes con el contenido de las páginas de ofertas de empleo no solo ayuda a los candidatos a encontrar justo el trabajo que están buscando, sino también a dirigir tráfico más relevante a tus ofertas y, por lo tanto, a aumentar las posibilidades de encontrar los candidatos adecuados a tus ofertas.
Si tu sitio web infringe las directrices de ofertas de empleo (incluidas las de esta entrada de blog), es posible que realicemos acciones manuales que afecten a tu sitio web y que este no pueda mostrarse en la experiencia de búsqueda de empleo de la Búsqueda de Google. Puedes enviarnos una solicitud de reconsideración cuando hayas solucionado los problemas indicados en la notificación de la acción manual. Si se aprueba la solicitud, la acción manual se retirará de tu sitio o página web.
Resumamos antes la situación: nuestros sistemas de rastreo, indexación y clasificación suelen analizar la versión para ordenadores del contenido de las páginas, lo que puede ocasionar problemas a los usuarios de dispositivos móviles si la versión para móviles es muy distinta. La indexación centrada en los móviles toma esta última versión al indexar y clasificar las páginas para que los usuarios, que usan principalmente dispositivos móviles, encuentren más fácilmente lo que están buscando.
Seguimos teniendo un único índice desde el que publicar resultados de búsqueda; no hemos creado ningún índice centrado en los móviles. Tradicionalmente, indexábamos la versión para ordenadores de las páginas web, pero ahora iremos usando cada vez más el contenido de sus versiones para móviles.
Para obtener más información sobre cómo determinamos el contenido para móviles de un sitio web, consulta nuestra documentación para desarrolladores. En ella se explica cómo se preparan los sitios web con un diseño web adaptable o publicación dinámica para usarse en la indexación centrada en los móviles. En los sitios web que tengan tanto páginas AMP como páginas que no son AMP, indexaremos la versión para móviles de las páginas que no sean AMP.
No te preocupes si tu sitio web no forma parte de esta primera fase; solo se cambia el modo de obtener contenido, no el de clasificarlo. La indexación centrada en los móviles no influye de ningún modo en el posicionamiento: se usan los mismos criterios en todas las páginas, se hayan indexado con el método nuevo o no, independientemente de si son para móviles u ordenadores. De hecho, seguirás estando en nuestro índice aunque solo tengas contenido para ordenadores.
Dicho esto, seguimos animando a los webmasters a que optimicen su contenido para móviles. Evaluamos todo el contenido incluido en nuestro índice, sea del tipo que sea, para determinar su nivel de optimización para móviles. Desde el año 2015, esta medida facilita que el contenido optimizado para móviles mejore su posicionamiento en las búsquedas hechas desde dispositivos móviles. En la misma línea, hace poco anunciamos que, a partir de julio de 2018, el contenido que tarde en cargarse puede bajar posiciones en los resultados de búsqueda tanto en ordenadores como en móviles.
En resumen:
● La indexación móvil se implementa cada vez en más sitios web. Este método no mejora el posicionamiento del contenido ni está relacionado con nuestra evaluación sobre si el contenido está optimizado para móviles.
● Seguimos recomendando que tengas contenido optimizado para móviles si quieres mejorar el posicionamiento de tu sitio web en los resultados de búsqueda móviles.
● Seguimos recomendando que tengas contenido que se cargue rápidamente si quieres mejorar el posicionamiento de tu sitio web en los resultados de búsqueda tanto en ordenadores como en móviles.
● Como siempre, se tienen en cuenta muchos factores a la hora de posicionar los sitios web. Es posible que mostremos contenido que no esté optimizado para móviles o que tarde en cargarse si muchos otros factores indican que es el contenido más pertinente.
Continuaremos supervisando y evaluando este cambio con detenimiento. Si tienes alguna pregunta, no dudes en pasarte por nuestro foro para webmasters o nuestros eventos públicos.
Cerca de 1 millón de personas han consultado nuestros consejos y cientos de usuarios han utilizado la etiqueta #NoHacked para aumentar la sensibilización y compartir sus propios consejos.
A continuación algunos de los muchos consejos compartidos por usuarios de todo el mundo:
Pablo Silvio Esquivel, de Brasil, recomienda a los usuarios no utilizar software pirateado (fuente).
Rens Blom, de los Países Bajos, sugiere que se utilicen distintas contraseñas para las cuentas, que se cambien periódicamente y que se utilice una capa de seguridad adicional como, por ejemplo, la autenticación en dos pasos (fuente).
Дмитрий Комягин, de Rusia, recomienda supervisar las fuentes de tráfico periódicamente, las consultas de búsqueda y las páginas de destino y, también, buscar picos en el tráfico (fuente).
工務店コンサルタント, de Japón, recomienda a todos los usuarios elegir una buena compañía de alojamiento web conocedora de los problemas que pueden causar las vulnerabilidades y definir el reenvío de correos electrónicos en Herramientas para webmasters de Google (fuente).
Kamil Guzdek es partidario de cambiar el prefijo de la tabla predeterminada de wp-config por uno personalizado al instalar un nuevo WordPress para reducir el riesgo de que las bases de datos sean hackeados (fuente).
Aunque resulte sorprendente, los sitios hackeados todavía son un problema común en todo el mundo, de modo que animamos a todos los webmasters a seguir estos útiles consejos.
Si quieres, puedes seguir utilizando la etiqueta #NoHacked para compartir consejos o experiencias propias sobre la prevención y la sensibilización acerca de la piratería.
La seguridad es una de las principales prioridades de Google. Invertimos muchos recursos en garantizar que nuestros servicios utilicen opciones de seguridad líderes en el sector, como el potente cifrado HTTPS predeterminado. Esto implica que los usuarios que utilizan, por ejemplo, el buscador, Gmail y Drive tienen automáticamente una conexión segura a Google.
Además de trabajar en nuestros propios productos, también lo estamos haciendo para conseguir que Internet sea un lugar más seguro en general. Una buena parte de nuestros esfuerzos se centran en garantizar que los sitios web a los que acceden los usuarios a través Google sean seguros. Por ejemplo, hemos creado recursos que permiten a los webmasters evitar y solucionar las fisuras de seguridad de sus sitios.
Pero queremos ir más allá. Durante el último Google I/O algunos meses atrás, hicimos un llamamiento para instaurar el HTTPS en todos los sitios de la Web.
También estamos viendo que cada vez más webmasters utilizan HTTPS (también conocido como HTTP sobre TLS o seguridad de la capa de transporte) en sus sitios web, lo que resulta muy alentador.
Por estos motivos, durante los últimos meses hemos estado haciendo pruebas teniendo en cuenta si los sitios utilizan conexiones seguras cifradas como señal para nuestros algoritmos de ranking. Los resultados han sido positivos, de modo que empezaremos a utilizar HTTPS como señal del ranking. Por ahora solo se trata de una señal muy ligera (afecta a menos del 1% de consultas globales y tiene menos peso que otras señales, como el contenido de alta calidad), mientras dejamos que los webmasters pasen a utilizar HTTPS. Con el tiempo, es posible que decidamos reforzarla, porque queremos animar a todos los propietarios de sitios web a cambiar de HTTP a HTTPS para que todos los usuarios estén protegidos en la Web.
Durante las próximas semanas, publicaremos las prácticas recomendadas detalladas (ahora en el centro de ayuda) para que el paso hacia TLS sea más fácil y para evitar los errores más comunes. A continuación, hay algunos consejos básicos para empezar:
Debes decidir qué tipo de certificado necesitas: único, para varios dominios o un certificado comodín.
Debes utilizar certificados de clave de 2.048 bits.
Debes utilizar URL relativas para los recursos que se alojan en el mismo dominio seguro.
Debes utilizar URL relativas de protocolo para el resto de dominios.
Consulta nuestro artículo sobre el cambio de sitio para obtener más directrices para realizar el cambio de la dirección del sitio web.
No bloquees el rastreo del sitio HTTPS mediante un archivo robots.txt.
Debes permitir que los motores de búsqueda indexen tus páginas siempre que sea posible.Evita el uso de la metaetiqueta "noindex".
Si tu sitio web ya está publicando en HTTPS, puedes comprobar su nivel de seguridad y su configuración con la herramienta Qualys Lab. Si te preocupa cómo afectará el protocolo TLS al rendimiento del sitio, puedes echarle un vistazo a la entrada sobre la rapidez de TLS. Y, por supuesto, si tienes alguna pregunta o consulta, no dudes en publicarla en nuestro foro de ayuda para webmasters.
Esperamos ver que cada vez más sitios web utilicen HTTPS en el futuro. Hagamos que la Web sea más segura entre todos.
Si tienes un negocio en más de un país o segmentas tu contenido en distintos idiomas, te recomendamos que tengas sitios o secciones independientes con contenido específico en cada URL, segmentado para países o idiomas concretos. Por ejemplo, una página para visitantes de EE. UU. y anglófonos y otra página para usuarios de Francia y francófonos.Aunque disponemos de información sobre la administración de sitios multirregionales y multilingües, la página de inicio puede ser un poco especial. Esta entrada te ayudará a crear la página de inicio adecuada en tu sitio web para publicar el contenido correcto para los usuarios en función de su idioma y ubicación.
Hay tres formas de configurar la página de inicio o la página de destino para cuando los usuarios acceden a ella:
mostrar el mismo contenido para todos los usuarios,
permitirles escoger,
publicar contenido en función de la localización y del idioma de los usuarios.
Echemos un vistazo a los detalles de cada opción.
Mostrar el mismo contenido a los usuarios de todo el mundo
Con esta opción, tú decides publicar contenido específico para un país y un idioma determinados en la página de inicio o en la URL genérica (http://www.example.com). Este contenido estará disponible para cualquier usuario que haya accedido a esta URL directamente en el navegador o para aquellos que busquen específicamente esa URL. Tal como se indica más arriba, se debería poder acceder a todas las versiones de país e idioma en sus URL únicas.
Nota: Puedes mostrar un banner en la página para sugerir una versión más adecuada a los usuarios de otras ubicaciones o con una configuración de idioma distinta.
Permitir a los usuarios elegir la versión local y el idioma que quieren
Con esta configuración, publicas una página de selección de país en la página de inicio o en la URL genérica para que los usuarios puedan escoger qué contenido quieren ver en función del país y del idioma. Todos los usuarios que escriban esta URL accederán a la misma página.
Si implementas esta opción en el sitio internacional, recuerda utilizar la anotación x-default rel-alternate-hreflang para la página de selección de país, que se ha creado específicamente para este tipo de páginas. El valor x-default nos ayuda a reconocer las páginas que no son específicas de un idioma ni de una región.
Redirigir automáticamente a los usuarios o publicar de forma dinámica el contenido HTML adecuado en función de su configuración de ubicación y de idioma
Una tercera opción consiste en publicar automáticamente el contenido HTML adecuado para los usuarios en función de su configuración de ubicación y de idioma. Para ello, debes utilizar redireccionamientos 302 del entorno del servidor o publicar de forma dinámica el contenido HTML adecuado.
Recuerda utilizar la anotación x-default rel-alternate-hreflang en la página de inicio o en la página genérica, aunque esta última sea una página de redireccionamiento a la que los usuarios no pueden acceder directamente.
Nota: Piensa en la opción de redirigir a los usuarios para los que no tienes una versión específica. Por ejemplo, usuarios francófonos en un sitio web que tiene versiones en inglés, español y chino. Muéstrales el contenido que consideres más adecuado. Sea cual sea la configuración que escojas, debes asegurarte de que todas las páginas, incluidas las páginas de selección de país e idioma, cumplen lo siguiente:
Se encuentran accesibles para el rastreo y la indexación de Googlebot: no bloquees el rastreo ni la indexación de las páginas localizadas.
Permite siempre que los usuarios cambien a la versión o al idioma local. Para ello, puedes utilizar un menú desplegable.
Recordatorio: Tal como se indica al principio, recuerda que debes tener URL distintas para cada versión de país y de idioma.
Acerca de las anotaciones rel-alternate-hreflang
Recuerda anotar todas tus páginas, sea cual sea el método que utilices. Ello permitirá que los motores de búsqueda muestren los resultados adecuados a tus usuarios fácilmente.
Todas las páginas de selección de país y las páginas de inicio de publicación dinámica o que redirigen deberían utilizar x-default hreflang, que se ha diseñado específicamente para las páginas de inicio y las páginas de selección de país de redireccionamiento automático.
Por último, aquí tienes algunos recordatorios generales sobre las anotaciones rel-alternate-hreflang:
Tus anotaciones deben confirmarse desde las otras páginas. Si la página A enlaza con la página B, la página B tiene que volver a enlazar con la página A. De lo contrario, es posible que las anotaciones no se interpreten correctamente.
Las anotaciones deben hacer referencia a sí mismas. La página A debería utilizar los enlaces de la anotación rel-alternate-hreflang para sí misma.
Puedes especificar las anotaciones rel-alternate-hreflang en el encabezado de HTTP, en la sección del encabezado del HTML o en un archivo de sitemap. Es muy recomendable que elijas solo una forma de implementar las anotaciones para evitar incoherencias y errores.
El valor del atributo hreflang debe estar en formato ISO 639-1 para el idioma y en ISO 3166-1 Alpha 2 para la región. No puedes especificar solo la región. Si deseas configurar tu sitio solo para un país, utiliza la función de orientación geográfica en Herramientas para webmasters de Google.
Si sigues estas recomendaciones, podremos entender mejor tu contenido localizado y ofrecer resultados más relevantes a tus usuarios en los resultados de búsqueda. Como siempre, si tienes preguntas o comentarios, háznoslos llegar en el Foro de ayuda para webmasters.
Tiene como objetivo concienciar a los webmasters de la existencia de ataques hackers en sus sitios web y ofrecer consejos para ayudar con la prevención para ayudar a mantener tus sitios a salvo de los hackers informáticos.
Seria muy bueno que este tipo de ataques no ocurrieran a nadie pero desgraciadamente hay muchos sitios con vulnerabilidades que los hackers aprovechan, y sorprendentemente es bastante común para muchos sitios web el haber sido atacados sin que los propios webmasters lo sepan.
Es hora de hacer tu sitio menos vulnerable a los piratas informáticos.
Y la parte divertida es, tu puedes ayudar participando! compartiendo tus propios consejos de prevención con el hashtag #NoHacked.
Anímate a compartir este post tus consejos !!
Publicado por Javier Pérez equipo de calidad de búsqueda.
Una falta de usabilidad puede reducir las ventajas de que una página se cargue rápidamente. Sabemos que una página móvil normal tarda más de 7 segundos en cargarse. Si utilizas la herramienta PageSpeed Insights y sigues las recomendaciones sobre velocidad, podrás conseguir que tu página se cargue mucho más rápido. Pero supongamos que tu sitio móvil se carga rápidamente, en solo 2 segundos en lugar de 7. Si los usuarios de dispositivos móviles todavía tienen que esperar 5 segundos más al cargarse la página para hacer zoom y desplazarse por la pantalla antes de poder empezar a leer el texto e interactuar con la página, significa que, al fin y al cabo, el sitio no es tan rápido. Las nuevas reglas de Experiencia de Usuario de PageSpeed Insights pueden ayudarte a detectar y arreglar este tipo de problemas de usabilidad.
Estas nuevas recomendaciones actualmente tratan los siguientes aspectos:
Configura la ventana gráfica: sin una etiqueta "meta-viewport", los navegadores de móviles modernos darán por hecho que tu página no está optimizada para móviles,recurrirán a una ventana gráfica de escritorio y, posiblemente, aplicarán el refuerzo de fuente, lo que creará interferencias con el diseño deseado de la página. La configuración de la ventana gráfica para que el ancho sea igual al del dispositivo (width=device-width) debería ser el primer paso para hacer que tu sitio esté optimizado para móviles.
Adapta el tamaño del contenido a la ventana gráfica: los usuarios esperan desplazarse por los sitios de forma vertical, y no horizontal. Cuando hayas configurado la ventana gráfica, asegúrate de que el contenido de tu página se adapta al ancho de la ventana gráfica. Ten en cuenta que no todos los dispositivos móviles tienen el mismo ancho.
Utiliza tamaños de fuente legibles: si los usuarios tienen que usar el zoom solo para poder leer el texto de un artículo en las pantallas de sus teléfonos inteligentes, entonces significa que tu sitio no está optimizado para móviles. PageSpeed Insights comprueba que el texto de tu página sea suficientemente grande para que la mayoría de los usuarios puedan leerlo con comodidad.
Adapta el tamaño de los botones correctamente: no hay nada más frustrante que intentar tocar un botón o un enlace en la pantalla de un teléfono o de una tableta y tocar el que no es por error porque el dedo es más grande que el cursor del ratón de un ordenador. Asegúrate de que los botones o enlaces de tu sitio móvil sean suficientemente grandes para pulsarlos con comodidad en una pantalla táctil.
Evita los complementos: la mayoría de los teléfonos inteligentes no son compatibles con Flash u otros complementos de navegador, así que asegúrate de que tu sitio móvil no dependa de complementos.
Estas reglas se describen con más detalle en nuestras páginas de ayuda. Cuando estés listo, puedes probar tus páginas y las mejoras que implementes con la herramienta PageSpeed Insights. También hemos actualizado el diseño de PageSpeed Insights y lo hemos optimizado para móviles, y hemos traducido nuestros documentos de ayuda a más idiomas.
Como siempre, si tienes alguna pregunta o quieres enviarnos comentarios, publica una entrada en nuestro foro para webmasters.
Escrito por Matthew Steele y Doantam Phan, PageSpeed Insights team, Publicado porJavier Pérezequipo de calidad de búsqueda.
1. En la página principal de Herramientas para webmasters de Google, haz clic en Administrar sitio para el sitio que quieras verificar y, a continuación, selecciona Verificar la propiedad de este sitio. Si todavía no has añadido el sitio, puedes hacer clic en el botón Añadir un sitio que hay en la esquina superior derecha.
Para hacerlo, debes tener los permisos de nivel de cuenta "Ver, editar y administrar" en Administrador de etiquetas de Google.
2. En la página Verificación, selecciona Administrador de etiquetas de Google como método de verificación y sigue los pasos en pantalla.
Desde el lanzammiento de la Academia para Webmasters en Inglés en mayo del 2012, sus consejos y contenido educativo han sido vistos más de 1 millón de veces.
La Academia para Webmasters fue creada para guiar a los webmasters en la creación de sitios web, funcionen bien en los resultados de búsqueda de Google.
La academia para webmasters no es tan solo una buena guía para webmasters principiantes , sino también una lectura recomendada para los usuarios experimentados que deseen aprender más sobre temas avanzados.
Para apoyar a los webmasters de todo el mundo, estamos encantados de anunciar, que desde hoy la Academia para Webmaster esta disponible en 20 idiomas, entre ellos en castellano.
Esperamos poder ayudarte a crear sitios web aún mejores. Nos encantaría leer tus comentarios y te invitamos a participar en la discusión en los foros de ayuda.
Esta hoja contiene una breve lista con consejos básicos para implementar en los sitios web, que puede ayudar a Google y a otros motores de búsqueda a entender mejor el contenido y aumentar la visibilidad de tu sitio.
Por favor no dudes en imprimir, copiar, distribuir y compartir esta hoja con todo aquel al que creas que puede ser de ayuda
Esperamos que este material sea de utilidad a los que están a punto de iniciar su aventura en el mundo webmaster o a los que hasta ahora no han prestado demasiada atención a los motores de búsqueda.
Y como siempre invitamos tanto, los nuevos webmasters y propietarios de sitios web,como a los más experimentados a compartir sus experiencia y conocimiento en el Foro de ayuda para webmasters de Google.
Dicho esto hoy presentamos una docena de artículos y más de una hora de vídeos dedicados a ayudar a los webmasters que se encuentran en el desafortunado caso de que su sitio se vea comprometido.
Cómo y por qué los sitios web son atacados
Si tienes más interés en saber por qué los criminales cibernéticos atacan y hackean los sitios web con la intención de spamear, echa un vistazo a la explicación Tiffany Oberoi en Paso 5: Evaluar los daños (hackeado con spam).
Tiffany Oberoi, ingeniero de webspam, comparte información acerca de los sitios hackeado con spam
Lucas Ballard, ingeniero de Safe Browsing y Maile tienen una conversación sobre malware
Si bien tratamos de explicar extensamente los pasos necesarios para la recuperación, cada paso sigue siendo bastante difícil para los propietarios de sitios web a menos que tengan un conocimiento avanzado como administrador y algo de experiencia con el código fuente.
Por la ayuda prestada a los webmasters con este tipo de casos, nos gustaría agradecer a los usuarios habituales del Foro para Webmaster y en especial a los que participan, en la sección de malware.
¿Cómo evitar tener que necesitar ayuda relacionada con sitios hackeados?
Así como webmaster te centras en la construcción de un sitio que es util para los usuarios y accesible para y los motores de búsqueda, mantener tu sitio seguro - para ti y tus visitantes - es también de suma importancia.
Cuando los propietarios de un sitio web no mantienen la seguridad de su sitio al día, los hackers podrían encontrar y explotar las posibles vulnerabilidades.
Así que, para ayudar a evitar encontrarte en ese escenario, a continuación te detallamos algunas buenas practicas a seguir:
Mantener el software actualizado
Entender y seguir buenas prácticas de seguridad y comprobar todas las aplicaciones, plugins, software de terceras partes, etc, antes de instalarlos en el servidor. Si existe una vulnerabilidad en la seguridad de una de esas aplicaciones puede comprometer la seguridad de todo el sitio web
Eliminar el software innecesarios o que no se utiliza
Crear y usar contraseñas seguras
Mantener todos los dispositivos que se utilizan para acceder al servidor seguros y actualizados (sistema operativo y el navegador)
Hacer copias de seguridad periódicas y automáticas del sitio
