Posted:


¿No sería fantástico poder hacer el seguimiento de los lugares donde aparece el contenido indexado de tu aplicación en los resultados de búsqueda, así como saber para qué consultas se muestra, qué páginas de la aplicación son las más populares y cuáles presentan errores? Sí, a nosotros también nos lo parece. Por ello, hemos incorporado a Search Console, la herramienta que estrena nombre, nuevos informes que te mostrarán cómo Google entiende y trata el contenido de tu aplicación en los resultados de búsqueda.

Nuestro objetivo es conseguir que Search Console sea una fuente de información completa para todos los usuarios que se interesen por las búsquedas, sin importar el formato del contenido. Así pues, si eres el propietario o el desarrollador de una aplicación, Search Console es el lugar al que dirigirte para obtener estadísticas de búsqueda.

Añadir la aplicación a Search Console

Solo tienes que abrir Search Console e introducir el nombre de la aplicación: android-app://com.example. Ni que decirse tiene que solo mostraremos los datos a propietarios autorizados de aplicaciones, por lo que debes usar tu cuenta de Google Play para que Search Console sepa que tienes acceso a la aplicación. Si no tienes acceso a la aplicación en Google Play, pide al propietario que verifique la aplicación en Search Console y que, a continuación, te añada.

Conectar el sitio a la aplicación

Asociar el sitio con tu aplicación es necesario para que la indexación de aplicaciones funcione. Además, ayuda a comprender y a clasificar mejor el contenido de la aplicación.

Hacer el seguimiento del rendimiento del contenido de la aplicación en las búsquedas

El nuevo informe Análisis de búsqueda proporciona información detallada sobre las consultas y las páginas de la aplicación más populares, así como sobre el tráfico por países. También cuenta con un amplio conjunto de filtros que permite restringir los datos según un tipo de consulta o una región específicos, u ordenar por clics, impresiones, CTR y posiciones.




Usa el informe Análisis de búsqueda para comparar el contenido de la aplicación que consideras más importante con el contenido que realmente se muestra en los resultados de búsqueda y recibe el mayor número de clics. Si coinciden, ¡vas por buen camino! Tus usuarios encuentran lo que quieres que vean, y les gusta. Si ves que hay poca coincidencia, tal vez deberías plantearte cambiar la estructura de la navegación o hacer que el contenido más importante sea más fácil de encontrar. También resulta útil comprobar si has proporcionado enlaces profundos a todo el contenido de la aplicación que quieres que encuentren los usuarios.

Comprobar que Google entienda el contenido de la aplicación

Si encontramos errores al indexar el contenido de tu aplicación, no podremos mostrar enlaces profundos para las páginas de la aplicación que se vean afectadas por estos problemas en los resultados de búsqueda. El informe Errores de rastreo te mostrará el tipo y la cantidad de errores que hemos detectado.

Ver el contenido de la aplicación como lo ve Google

Hemos creado una versión alfa de la herramienta Explorar como Google para aplicaciones para ayudarte a comprobar si el URI de una aplicación funciona y ver de qué forma lo procesa Google.


También puede ser útil para comparar el contenido de la aplicación con el de la página web para corregir errores, como la discrepancia de contenido. En muchos casos, los errores de discrepancia se deben a recursos bloqueados dentro de la aplicación o a ventanas emergentes que piden al usuario que inicie sesión o se registre. Ahora puedes detectar estos problemas y solucionarlos.





Si quieres empezar a optimizar tu aplicación y a solucionar los problemas que pueda tener, añádela ya a Search Console. Para obtener más información sobre la indexación de aplicaciones, consulta nuestro sitio para desarrolladores. Como siempre, si tienes cualquier pregunta, no dudes en pasarte por el foro de ayuda para webmasters.


Escrito Hillel Maoz, Engineering Lead, Search Console Team (favorite app: Flipboard) y
Mariya Moeva, Webmaster Trends Analyst (favorite app: Spotify)
Publicado por Javier Pérez equipo de calidad de búsqueda. (aplicación favorita: TuneIn)

Posted:

Durante casi diez años, las Herramientas para webmasters de Google han proporcionado a sus usuarios con herramientas y métricas que se han ido mejorando de forma constante, para ayudarlos a crear sitios web fantásticos que más tarde nuestros sistemas puedan mostrar en los resultados búsqueda. 

El año pasado hicimos todo lo posible por aprender más sobre los usuarios habituales de las Herramientas para webmasters de Google. En este proceso, descubrimos que el concepto tradicional de "webmaster" solo representaba a una parte de nuestros usuarios. Y que Herramientas para webmasters tienen un amplio abanico de fans: aficionados a la programación, propietarios de pequeñas empresas, expertos en SEO, profesionales de marketing, programadores, diseñadores de sitios web, desarrolladores de aplicaciones, y por supuesto, también webmasters.
La característica que comparten todos estos usuarios es el deseo de hacer que el resultado de su trabajo esté disponible en Internet y se pueda encontrar en los resultados de búsqueda de Google. 

Por lo tanto, para garantizar que nuestro producto representa a todas aquellas personas interesadas en la búsqueda de Google, hemos decidido cambiar el nombre de las Herramientas para webmasters por Google Search Console.


Google Search Console nos abre las puertas a un futuro lleno de oportunidades fascinantes. 

Esperamos que usuarios de todo tipo, por supuesto incluyendo webmasters, accedan y saquen provecho de nuestro servicio y lo usen para diagnosticar y mejorar la visibilidad de su contenido en la los resultados de búsqueda.
El cambio de nombre en el producto se llevará a cabo durante las próximas semanas, así que estate atento a las actualizaciones.

Accede ahora mismo a g.co/SearchConsole para empezar a familiarizarte con Google Search Console.


Escrito por Michael Fink, product manager Google Search Console, Publicado porJavier Pérez equipo de calidad de búsqueda.

Posted:

Si eres el administrador de un sitio web, necesitas conocer a fondo cómo lo encuentran los usuarios y cómo aparece el contenido en los resultados de búsqueda de Google. Hasta el momento, estos datos se mostraban en el informe Consultas de búsqueda, que es probable que sea la función más utilizada de Herramientas para webmasters. A lo largo de los años hemos escuchado sugerencias y peticiones de nuevas funciones de administradores como tú. Muchos nos pedían que los informes comparasen el tráfico de las versiones para escritorio y para móviles de una página. Otros, que se pudieran comparar las métricas entre diferentes países, o entre dos marcos de tiempo diferentes.

¡Tus deseos son órdenes! Nos alegra anunciar la llegada de Análisis de búsqueda, un informe nuevo de Herramientas para webmasters de Google que permite sacar el máximo partido de los análisis del tráfico de los sitios.  

El nuevo informe Análisis de búsqueda permite desglosar los datos de búsqueda del sitio y aplicar toda clase de filtros para analizarlos de manera más precisa. Por ejemplo, se podría aplicar un filtro para comparar el tráfico de la versión móvil del sitio antes y después de una actualización que se aplicara el día 21 de abril y ver cómo se vio afectado.



O, si administras un sitio web internacional, ahora podrás saber en qué países se busca más tu marca: elige “impresiones” como métrica, filtra por el nombre de la marca y agrupa los resultados por país para ver una lista de las impresiones ordenada por países.


Esto son solo dos casos de uso de todo lo que se puede llegar a hacer. Análisis de búsqueda permite inspeccionar a fondo los análisis del tráfico y ayuda a tomar las mejores decisiones para aumentar el rendimiento del sitio web.

Hay algunas diferencias entre los informes Análisis de búsqueda y Consultas de búsqueda. Los datos del informe Análisis de búsqueda son mucho más precisos que los datos del antiguo informe Consultas de búsqueda y se calculan de manera distinta. Si quieres más información, puedes leer la sección Acerca de los datos del artículo del Centro de ayuda, Informe Análisis de búsqueda. Como entendemos que tal vez querrías seguir usando el informe antiguo, hemos decidido que siga disponible en Herramientas para webmasters de Google durante tres meses más. Si quieres más información sobre el informe nuevo, lee el artículo del Centro de ayuda: Informe Análisis de búsqueda.

Esperamos que el nuevo informe Análisis de búsqueda te resulte útil para analizar el tráfico de tu sitio. Comparte tus sugerencias en la sección de comentarios que hay a continuación o en nuestra página de Google+ para webmasters. Como siempre, si necesitas ayuda con el informe o tienes alguna pregunta, no dudes en publicarla en el Foro de ayuda para webmasters.

Por último, pero no por ello menos importante, queremos agradecer sinceramente a todos los testers de confianza y a los colaboradores principales de los foros para webmasters que nos cedieron su tiempo durante las pruebas de la versión alfa de Análisis de búsqueda y nos ayudaron a crear un informe tan bueno: no lo hubiéramos conseguido sin sus comentarios y sugerencias. ¡Muchísimas gracias!

Escrito por Zineb, en nombre de los alucinantes ingenieros y diseñadores de interfaz de Herramientas para webmasters de Google, Publicado por Javier Pérez equipo de calidad de búsqueda.

Posted:

La actualización para móviles del 21 de abril ya esta aquí y nos gustaría compartir respuestas a vuestras preguntas frecuentes. Para poneros en antecedentes, en febrero anunciamos que la actualización optimizada para móviles promoverá el ranking de las páginas optimizadas para móviles (páginas que se pueden leer y utilizar en dispositivos móviles) en los resultados de búsqueda para móviles en todo el mundo. En cambio, las páginas diseñadas solo para pantallas grandes podrían experimentar un importante descenso en los rankings de los resultados de búsqueda para móviles. A continuación, recogemos las preguntas más frecuentes sobre este cambio:

Preguntas frecuentes generales

1. ¿El ranking en ordenadores o tablets también se verá afectado por este cambio?

No, esta actualización no tiene efecto alguno en las búsquedas realizadas desde tablets u ordenadores. Afecta a las búsquedas realizadas desde dispositivos móviles en todos los idiomas y en todas las ubicaciones.

2. ¿Se promoverá el ranking para móviles a nivel de página o a nivel de sitio?

Es un cambio a nivel de página. Por ejemplo, si diez páginas de tu sitio están optimizadas para móviles, pero el resto de las páginas no lo están, el cambio solo podrá tener consecuencias positivas para esas diez páginas.

3. ¿Cómo puedo saber si Google cree que una página de mi sitio está optimizada para móviles?

Se puede comprobar si páginas concretas están optimizadas con la Prueba de optimización para móviles.

Prueba URL individuales en tiempo real con la Prueba de optimización para móviles.
Para revisar la información a nivel de sitio sobre la optimización para móviles, consulta el informe Usabilidad móvil en Herramientas para webmasters. Los datos de esta función se basan en la última vez que rastreamos e indexamos las páginas de tu sitio.

Usabilidad móvil en Herramientas para webmasters ofrece una instantánea de la optimización para móviles de tu sitio.

4. Por desgracia, mis páginas optimizadas para móviles no estarán preparadas hasta después del 21 de abril. ¿Cuánto tiempo hay que esperar a que se consideren optimizadas para móviles en el ranking?

Determinamos si una página está optimizada para móviles cada vez que se rastrea e indexa, no tienes que esperar a que se realice otra actualización. Una vez que una página está optimizada para móviles, puedes esperar a que el robot de Google para smartphones la rastree o vuelva a rastrear y la indexe de manera natural, o bien, puedes acelerar el procesamiento mediante Explorar como Google con Enviar al índice en Herramientas para webmasters. Para un gran volumen de URL, plantéate la posibilidad de enviar un sitemap. En el sitemap, si el contenido para móviles utiliza URL preexistentes (como con diseño web adaptable o publicación dinámica), incluye también la etiqueta lastmod.

5. Como el cambio del ranking para móviles se desplegará el 21 de abril, si no observo ningún descenso del tráfico el 22 de abril, ¿significa que los rankings de mi sitio no se han visto afectados?

No podrás determinar con certeza si los rankings de tu sitio se han visto afectados por la actualización optimizada para móviles el 22 de abril. Aunque empezaremos a desplegar la actualización optimizada para móviles el 21 de abril, transcurrirá una semana aproximadamente hasta que llegue a todas las páginas del índice.

6. Tengo un sitio para móviles estupendo, pero la Prueba de optimización para móviles me indica que mis páginas no están optimizadas. ¿Por qué?

Si una página está diseñada para funcionar bien en dispositivos móviles, pero no supera la Prueba de optimización para móviles, el motivo más habitual es que el robot de Google para smartphones tenga bloqueado el rastreo de recursos, como CSS y JavaScript, que son fundamentales para determinar si la página se puede leer y utilizar en un dispositivo móvil (es decir, si está optimizada para móviles). Para solucionar este problema:
  1. Comprueba si en la Prueba de optimización para móviles se muestran recursos bloqueados (a menudo, acompañados de una imagen parcialmente procesada).
  2. Permite al robot de Google rastrear los archivos necesarios.
  3. Comprueba que la página supera la Prueba de optimización para móviles.
  4. Utiliza Explorar como Google con Enviar al índice y envía tu archivo robot.txt actualizado para agilizar el procesamiento de la página actualizada (o espera a que Google vuelva a realizar el rastreo y la indexe de manera natural).
El motivo más habitual por el que una página para móviles no supera la Prueba de optimización para móviles es que el robot de Google para smartphones tenga bloqueado el rastreo de recursos, como CSS y JavaScript, que son fundamentales para comprender la optimización para móviles de la página.

Reiteramos que recomendamos a los propietarios de sitios que permitan al robot deGoogle rastrear todos los recursos de una página (incluidos CSS, JavaScript e imágenes), de manera que podamos procesar, indexar y, en este caso, evaluar si la página está optimizada para móviles.

7. ¿Qué pasa si enlazo con un sitio que no está optimizado para móviles?

La página puede estar optimizada para móviles aunque enlace con una página que no lo esté, como una página diseñada para pantallas más grandes, como las de los ordenadores. No es la mejor experiencia para los visitantes procedentes de móviles ir de una página optimizada para móviles a una página solo para ordenadores. Sin embargo, cada vez hay más sitios optimizados para móviles, por lo que se espera que esto deje de ser un problema importante.

8. ¿Google concede un ranking de optimización para móviles superior a las páginas que utilizan un diseño web adaptable (que usa la misma URL y el mismo HTML para la versión para ordenadores y para la versión para móviles) que si se aloja un sitio para móviles independiente (como www para ordenadores y m.example.com para móviles)?

No, la optimización para móviles se evalúa del mismo modo, ya se use un diseño web adaptable (RWD), URL para móviles independientes o publicación dinámica en la configuración. Si tu sitio utiliza URL para móviles independientes o publicación dinámica, te recomendamos que consultes la guía de SEO para móviles para asegurarte de que Google rastrea e indexa correctamente tus páginas para móviles.

9. ¿
Mi sitio / página desaparecerá en los resultados de búsqueda móvil si no esta optimizado para móviles?

Si bien la implementación móvil es un factor importante, seguimos utilizamos una amplia variedad de señales para clasificar los resultados de búsqueda. Por lo que incluso si una página con contenido de alta calidad no esta adaptada a móvil, todavía podría posicionar bien si el contenido es relevante para la consulta de búsqueda.


Preguntas frecuentes especializadas

10. Tengo páginas que muestran errores de usabilidad móvil porque tienen insertado un vídeo de YouTube. ¿Qué puedo hacer?

Te sugerimos que prestes mucha atención a la manera en que insertas el vídeo de YouTube. Si utilizas las inserciones <object> antiguas en la página para móviles, conviértelas en inserciones <iframe> para disfrutar de mayor compatibilidad. Ahora, YouTube usa el reproductor HTML5 en la Web de manera predeterminada, por lo que la inserción de vídeos con etiquetas <iframe> desde la función para compartir de la página de visualización o desde la API de iFrame de YouTube es la acción optimizada para móviles. Si tienes una integración más compleja, también debe estar optimizada para móviles, ya que indicará al dispositivo que utilice su compatibilidad nativa.

Para el contenido Flash de sitios distintos de YouTube, comprueba si hay un fragmento de código o una etiqueta de inserción HTML5 equivalente para evitar utilizar plugins de propiedad.

11. ¿Existe un estándar claro para el tamaño de los destinos de toque?

Sí, sugerimos un ancho/alto mínimo de 7 mm para los destinos de toque principales y un margen mínimo de 5 mm entre los destinos de toque secundarios. El ancho medio de la punta del dedo de un adulto es de 10 mm y estas dimensiones permiten utilizar bien la interfaz y aprovechar mejor el espacio en pantalla.

12. Para optimizar para móviles rápidamente, estamos pensando en crear una versión muy reducida de nuestro sitio (páginas para móviles independientes) hasta que nuestro nuevo sitio adaptable esté terminado. ¿Prevén que esto cause problemas?

En primer lugar, recuerda que admitimos tres configuraciones para móviles y que tu sitio web no tiene por qué ser adaptable para estar optimizado para móviles. En respuesta a tu pregunta, ten cuidado a la hora de crear una versión muy reducida de tu sitio. Aunque la página pueda tener formato para móviles, si no permite a tus visitantes terminar fácilmente sus tareas habituales ni seguir un flujo de trabajo óptimo, puede resultarles frustrante y quizás no merezca la pena el esfuerzo de utilizarla. Si se crea un sitio para móviles temporal, en cuanto la versión RWD esté publicada, asegúrate de mover el sitio correctamente. Por ejemplo, actualiza todos los enlaces para que ya no hagan referencia a las URL para móviles independientes y utiliza redireccionamientos 301 para redireccionar las URL para móviles a su versión RWD correspondiente.

Recomendaciones

Si eres novato en el tema de los sitios optimizados para móviles, ¡aún estás a tiempo! Consulta nuestra guía empezar en la documentación de sitios web optimizados para móviles.

Empieza a crear tu sitio para móviles en https://developers.google.com/webmasters/mobile-sites/.

Si ya tienes un sitio para móviles, echa un vistazo al informe Usabilidad móvil en Herramientas para webmasters para asegurarte de que Google detecta las páginas de tu sitio como optimizadas para móviles.

¿Tienes más preguntas? Hazlas más abajo o consulta la sección para dispositivos móviles del Foro para webmasters.


Escrito por Maile Ohye, Developer Programs Tech Lead,Publicado por Javier Pérez equipo de calidad de búsqueda


Posted:

Tal como indicamos a principios de año, hoy se empezará a implementar de forma global la actualización optimizada para móviles. Mejoraremos el ranking de las páginas optimizadas para móviles en los resultados de la búsqueda para móviles. Ahora, los usuarios podrán encontrar más fácilmente resultados relevantes donde el contenido se puede leer sin tener que pinchar la pantalla para hacer zoom, sin necesidad de desplazarse horizontalmente por la pantalla, con los botones adecuadamente separados y sin contenido que no puede reproducirse.


Con la actualización optimizada para móviles del 21 de abril se mejorará el ranking de las búsquedas para móviles de las páginas legibles y utilizables en dispositivos móviles.

Esta actualización:
  • Afecta solo al ranking de la búsqueda en dispositivos móviles
  • Afecta a los resultados de búsqueda de forma global en todos los idiomas
  • Se aplica a páginas concretas y no a sitios web enteros

Si bien la implementación móvil es un factor importante, seguimos utilizamos una amplia variedad de señales para clasificar los resultados de búsqueda. Por lo que incluso si una página con contenido de alta calidad no esta adaptada a móvil, todavía podría posicionar bien si el contenido es relevante para la consulta de búsqueda.

Para comprobar si tu sitio está optimizado para móviles, puedes examinar páginas individuales con la Prueba de optimización para móviles o consultar el estado de todo el sitio mediante el informe Usabilidad móvil de Herramientas para webmasters. Si las páginas del sitio no están optimizadas para móviles, puede que haya una reducción considerable del tráfico procedente de móviles desde la Búsqueda de Google. Pero no debes preocuparte, ya que una vez que el sitio esté optimizado para móviles volveremos a procesar las páginas automáticamente (es decir, a rastrearlas e indexarlas). También puedes acelerar el proceso utilizando la herramienta Explorar como Google con la opción Enviar al índice y, entonces, las páginas se podrán considerar optimizadas para móviles en el ranking.



¿Tienes alguna pregunta? Ponte en contacto con nosotros en la sección para dispositivos móviles del Foro para webmasters.



Escrito por Takaki Makino y Doantam Phan, Publicado por Javier Pérez equipo de calidad de búsqueda.

Posted:

Todos los días se comprometen miles de sitios web. Los sitios comprometidos pueden perjudicar a los usuarios de diferentes formas: proporcionando software malicioso, recopilando información personal o redireccionándoles a sitios que no pretendían visitar. A los webmasters les interesa corregir rápidamente los sitios comprometidos, pero este proceso puede llegar a ser bastante complicado.

Para intentar facilitar el proceso de recuperación de sitios comprometidos a los webmasters, hemos creado los recursos Problemas de seguridad, Ayuda para sitios comprometidos y como siempre puedes visitar nuestro foro. Recientemente hemos hablado con dos webmasters que tuvieron este problema para que nos contaran qué hicieron para arreglar sus sitios. Vamos a compartir sus historias con la esperanza de que puedan ayudar a otros webmasters que hayan sido víctimas de la piratería. También estamos utilizando estas historias y otros comentarios para mejorar nuestra documentación sobre sitios comprometidos y para facilitar a todo el mundo el proceso de solución de problemas.

Caso de éxito n.º 1: sitio web de un restaurante con varias secuencias de comandos inyectadas por hackers

Google envió un mensaje a la cuenta de Herramientas para webmasters del sitio web de un restaurante creado con WordPress, en el que se informaba de que algunos hackers habían modificado su sitio. Para proteger a los usuarios de Google, el sitio se etiquetó como "comprometido" en los resultados de búsqueda de Google. La webmaster del sitio, Sam, analizó el código fuente y detectó que el sitio contenía muchos enlaces desconocidos con términos farmacéuticos, como "viagra" o "cialis". También vio que las etiquetas de metadescripción (en el HTML) de muchas páginas habían añadido contenidos tales como "comprar valtrex en Florida". También encontróetiquetas de división ocultas (también en el HTML) en muchas páginas que enlazaban a diferentes sitios, que Sam no había añadido.

Sam eliminó todo el contenido comprometido que encontró y presentó una solicitud de reconsideración. La solicitud se rechazó mediante un mensaje de Google, en el que se le informaba de que comprobara si había secuencias de comandos desconocidas en alguno de los archivos PHP (o en otros archivos del servidor), y si se habían hecho cambios en el archivo .htaccess. Los hackers acostumbran a añadir secuencias de comandos en estos archivos para modificar los sitios. Estas secuencias de comandos normalmente solo muestran el contenido comprometido a los motores de búsqueda, mientras que lo ocultan al resto de usuarios. Sam comprobó todos los archivos .php y los comparó con las copias limpias que tenía en la copia de seguridad. Detectó que se había añadido contenido nuevo en los archivos footer.php, index.php y functions.php. Cuando reemplazó dichos archivos por las copias de seguridad limpias, ya no encontró más contenido comprometido en el sitio. Presentó otra solicitud de reconsideración yrecibió una respuesta de Google en la que se le notificaba que el sitio estaba limpio.

A pesar de que Sam había limpiado el contenido comprometido del sitio, sabía que tendría que seguir protegiéndolo contra futuros ataques. Por eso siguió los pasos que se describen a continuación:

  • Mantener actualizado el CMS (sistema de gestión de contenido, como WordPress, Joomla, Drupal, etc.) con la versión más reciente. Asegurarse también de que los plugins estén actualizados. 
  • Comprobar que la contraseña de la cuenta utilizada para acceder a las funciones administrativas del CMS sea difícil y única. 
  • Habilitar la verificación en dos pasos para iniciar sesión, si el CMS la admite. (También puede denominarse "autenticación en dos factores" o "autenticación en dos pasos"). Este procedimiento también se recomienda para la cuenta utilizada para la recuperación de la contraseña. La mayoría de los proveedores de correo electrónico, como Google, Microsoft o Yahoo, admiten esta función. 
  • Asegurarse de que los plugins y los temas instalados provienen de una fuente de confianza, ya que, a menudo, los plugins o los temas pirateados pueden contener código que facilita aún más la entrada de los hackers. 

Caso de éxito n.º 2: sitio web profesional con muchas páginas comprometidas difíciles de encontrar

La propietaria de un pequeño negocio, María, que también es la encargada de gestionar su propio sitio web, recibió un mensaje en su cuenta de Herramientas para webmasters en el que se le informaba de que su sitio estaba comprometido. El mensaje contenía el ejemplo de una página agregada por hackers: http://example.com/where-to-buy-cialis-over-the-counter/ María habló con su proveedor de alojamiento, que analizó el código fuente de la página principal, en la que no encontró ninguna palabra clave propia del sector farmacéutico. Cuando el proveedor de alojamiento visitó la página http://example.com/where-to-buy-cialis-over-the-counter/ recibió una página de error. María también compró un servicio de análisis de software malicioso, pero no le sirvió para encontrar ningún contenido de este tipo en el sitio.

Entonces acudió a las Herramientas para webmasters y utilizó la herramienta Explorar como Google para acceder a la URL de ejemplo que Google le había proporcionado (http://example.com/where-to-buy-cialis-over-the-counter/), pero tampoco le devolvió ningún contenido. Confundida, presentó una solicitud de reconsideración y recibió un mensaje de rechazo en el que se le aconsejaba que hiciera dos cosas:

1)- Verificar la versión sin www del sitio, ya que a menudo los hackers intentan ocultar el contenido en carpetas que pueden pasar ​por alto a los webmasters.

Aunque puede parecer que http://example.com/ http://example.com/ son el mismo sitio, en realidad Google los trata como sitios distintos. http://example.com/ se considera el "dominio raíz", mientras que http://example.com/se denomina "subdominio". María había verificado http://example.com/ pero no http://example.com/, lo cual fue determinante, porque los hackers habían agregado páginas sin www, como http://example.com/where-to-buy-cialis-over-the-counter/. Al verificar http://example.com/, María pudo ver correctamente el contenido comprometido en la URL proporcionada con la herramienta Explorar como Google de las Herramientas para webmasters.

2)- Revisar el archivo .htaccess por si contenía nuevas reglas.

María habló con su proveedor de alojamiento, que le explicó cómo acceder al archivo .htaccess. Enseguida se dio cuenta de que en el archivo .htaccess había contenido extraño que ella no había añadido:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} (google|yahoo|msn|aol|bing) [OR]
RewriteCond %{HTTP_REFERER} (google|yahoo|msn|aol|bing)
RewriteRule ^([^/]*)/$ /main.php?p=$1 [L]
</IfModule>

El hacker había insertado la regla mod_rewrite anterior para redireccionar a todos los usuarios procedentes de determinados motores de búsqueda y rastreadores de motores de búsqueda a main.php, que generaba todo el contenido comprometido. Estas reglas también pueden redireccionar a los usuarios que accedan al sitio desde un dispositivo móvil. Ese mismo día también vio, con un escaneo de software malicioso reciente, que había contenido sospechoso en el archivo main.php. Además, también encontró a un usuario desconocido en el área de usuarios del FTP de su software de desarrollo de sitios web.


María eliminó el archivo main.php, el archivo .htaccess y al usuario desconocido del área de usuarios del FTP, y su sitio dejó de estar comprometido.

Pasos para evitar que se vuelva a comprometer el sitio
  • No utilizar el FTP para transferir archivos a los servidores. El FTP no cifra todo el tráfico, incluidas las contraseñas. En cambio, el SFTP lo cifra todo, incluida la contraseña, como protección contra los intrusos que examinan el tráfico de red. 
  • Comprobar los permisos de los archivos confidenciales, como .htaccess. El proveedor de alojamiento puede ofrecer ayuda para ello. El archivo .htaccess se puede utilizar para mejorar y proteger el sitio, pero los hackers maliciosos también pueden utilizarlo si consiguen acceder a él. 
  • Estar atentos y buscar usuarios nuevos y desconocidos en el panel de administración, o en cualquier otro lugar en el que los usuarios puedan modificar el sitio. 
Esperamos que tu sitio nunca se vea comprometido, pero si esto sucede, tenemos muchos recursos para webmasters en nuestra página de Ayuda para sitios comprometidos. Si necesitas más ayuda o quieres compartir tus propios consejos, puedes escribir en nuestro Foro de ayuda para webmasters. Si escribes en el foro o envías una solicitud de reconsideración para tu sitio, incluye la etiqueta #NoHacked..

Escrito por Julian Prentice y Yuan Niu, Search Quality Team.Publicado por Javier Pérez equipo de calidad de búsqueda.

Posted:

JSON-LD es un formato de datos basado en JSON que puedes utilizar para implementar datos estructurados que describan el contenido de tu sitio a Google y a otros motores de búsqueda. Por ejemplo, si tienes una lista de eventos, cafeterías, personas o de otras cosas, puedes incluir estos datos en tus páginas de forma estructurada utilizando el vocabulario de schema.org insertado en las páginas web como un fragmento JSON-LD. Gracias a los datos estructurados, Google puede comprender mejor tus páginas y destacar su contenido en elementos de búsqueda como, por ejemplo, eventos de Gráfico de conocimiento y fragmentos enriquecidos.

"Web Components" son un conjunto de tecnologías que se utilizan para definir widgets de interfaz de usuario reutilizables y personalizados, así como el comportamiento de los mismos. Todos los desarrolladores web pueden crear un "Web Component". Se empieza por definir una plantilla para una parte diferenciada de la interfaz de usuario, que puedes importar a otras páginas en las que quieras utilizar el "Web Component". Se utiliza un "Custom Element" para definir el comportamiento del "Web Component". Al agrupar la visualización y la lógica de parte de la interfaz de usuario en el "Web Component", puedes compartir y volver a usar el conjunto en otras páginas y con otros desarrolladores. Esto simplifica el desarrollo web.

"Web Components" y JSON-LD se complementan a la perfección. El "Custom Element"funciona como capa de presentación y JSON-LD como la capa de datos que utilizan los "Custom Elements" y los motores de búsqueda. Esto significa que puedes crear "Custom Elements" para todo tipo de schema.org, como schema.org/Event y schema.org/LocalBusiness.

La arquitectura sería parecida a lo que se indica a continuación. Los datos estructurados (por ejemplo, las ubicaciones de las tiendas de tu cadena) se almacenan en tu base de datos. Los datos se insertan en tu página web en forma de fragmento JSON-LD, de esta manera está disponible para que el "Custom Element" lo muestre a un usuario, o para que el robot de Google lo recupere en la indexación de Google.

Puedes obtener más información para empezar a crear tus "Custom Elements" en:


Posted by Ewa Gasperowicz, Developer Programs Engineer, Mano Marks, Developer Advocate, Pierre Far, Webmaster Trends Analyst. Publicado por Javier Pérez equipo de calidad de búsqueda.