Encontrar más información acerca de los problemas de seguridad de tu sitio en un solo lugar.
Identificar rápidamente el problema con fragmentos de código detallados.
Solicitar la revisión de todos los problemas de una sola vez mediante el nuevo proceso simplificado.
Encontrar más información acerca de los problemas de seguridad de tu sitio en un solo lugar
Ahora, cuando detectemos que tu sitio puede estar comprometido con spam o con software malicioso, te mostraremos todos los detalles en el mismo lugar para facilitar el proceso. La información que estaba disponible hasta ahora en la sección Software malicioso de las Herramientas para webmasters de Google, así como la nueva información sobre spam introducido por los hackers, ya se puede consultar en Problemas de seguridad. En la página principal de Problemas de seguridad verás el tipo de problema, las URL de muestra si están disponibles y la fecha en que se detectó el último problema.
Identificar rápidamente el problema con fragmentos de código detallados
Siempre que sea posible, trataremos de mostrarte los fragmentos de código HTML y JavaScript de las URL comprometidas, y una lista con las acciones recomendadas que te ayudarán a limpiar el tipo específico de problema que hayamos identificado.
Solicitar la revisión de todos los problemas de una sola vez mediante el nuevo proceso simplificado
También hemos simplificado el proceso de solicitud de revisiones. Cuando hayas limpiado tu sitio y cerrado los agujeros de seguridad, puedes solicitar una revisión de todos los problemas con un solo clic directamente en la página de Problemas de seguridad.
Escrito por Meenali Rungta, equipo de Webspam y Hadas Fester, equipo de Herramientas para webmasters de Google, Publicado por Javier Pérez equipo de calidad de búsqueda de Google
En los últimos años, nuestras Herramientas para Webmaster han proporcionado aproximadamente 100.000 "enlaces a tu sitio" al hacer clic en el botón "Descargar más ejemplos de enlaces". Hasta ahora, hemos mostrado estos enlaces por orden lexicográfico. Esto significa que algunas ocasiones, a simple vista no se recibe una imagen completa y representativa de los enlaces debido a que la información esta ordenada alfabéticamente.
En base a las sugerencias por parte de la comunidad de webmasters, estamos mejorando la forma en que seleccionamos los enlaces mostrados para dar una imagen más completa del perfil de enlaces a tu sitio. La mejora más significativa que se verá, es que los enlaces mostrados de ejemplo ahora son una representación de todo el perfil de enlaces en lugar de estar ordenados alfabéticamente. De esta manera es más probable que en los enlaces de ejemplo se muestren diferentes dominios de nivel superior (TLD), así como diferentes nombres de dominio. Aunque si se prefiere aún se podrán ordenar alfabéticamente.
En breve, al descargar los datos, verás que hay una selección mucho más amplia, y más diversa de enlaces. Los webmasters que quieran tener una idea de quien enlaza a su contenido ahora tendrán una mejor y más variada visión de esos enlaces. De esta manera si el webmaster se ve en la situación de tener que trabajar en la limpieza de enlaces de baja calidad podrá tener una mejor idea de donde invertir su tiempo y esfuerzo.
Gracias a todos los webmasters por todos sus comentarios y sugerencias, seguiremos trabajando para proporcionar información y recursos útiles a través de las Herramientas para webmasters.
El uso de la autoría permite que, al hacer una búsqueda, los usuarios descubran información de gran utilidad, ya que se resalta el contenido proporcionado por autores que puede que sean del interés de los usuarios. Si eres un autor y te registras en la autoría, ayudarás a los usuarios a reconocer el contenido que has escrito. Además, los usuarios que realicen búsquedas pueden hacer clic en tu firma para obtener más artículos que hayas escrito o para seguirte en Google+. Es así de sencillo. A excepción de varias preguntas avanzadas que nos gustaría ayudar a responder... :)
Autoría incluida en los resultados de búsqueda de uno de mis autores favoritos, John Mueller
Si se hace clic en la firma del autor que aparece en los resultados de búsqueda, aparecen más artículos y un perfil de Google+.
Preguntas recientes sobre autoría
¿Qué tipos de página se pueden usar con la autoría?
Es una buena pregunta. Con solo utilizar el marcado de autoría en las páginas que cumplan los siguientes criterios, puedes aumentar las probabilidades de que mostremos la autoría de tu sitio:
La URL o la página deben contener un solo artículo (o versiones posteriores del mismo) o una sola unidad de contenido, del mismo autor. Es decir, la página no puede ser una lista de artículos ni un feed que se vaya actualizando. Si la autoría de la página cambia a menudo, la anotación ya no resulta útil en las búsquedas y es menos probable que se incluya.
La URL o la página deben estar formadas sobre todo por contenido escrito por el autor.
Debe mostrarse claramente una firma en la página en la que se indique el autor que haya escrito el artículo y con el mismo nombre que se utilice en su perfil de Google+.
¿Puedo usar una mascota de la empresa como autor para conseguir una anotación de autoría en los resultados de búsqueda? Para mi negocio de control de plagas, me gustaría firmar como “flautista de Hamelin”.
Tienes libertad para escribir artículos como prefieras. Puede que a tus usuarios les guste la idea de llamarte flautista de Hamelin. Sin embargo, para obtener la anotación de autoría en los resultados de búsqueda, Google prefiere incluir la persona real que haya escrito el contenido. De esta forma, la anotación de autoría es más precisa al indicar que un resultado de búsqueda corresponde a la opinión de una persona y así proporciona más credibilidad de cara a los usuarios que realizan búsquedas.
Repetimos que, como en estos momentos queremos incluir a personas, preferimos que enlaces el marcado de autoría con el perfil de una persona en vez de enlazarlo con el perfil de Google+ de una empresa.
Si utilizo la autoría en artículos disponibles en diferentes idiomas example.com/es/article1.html para español y example.com/en/article1.html para la traducción en inglés, ¿tengo que enlazar con dos perfiles diferentes de author/Google+ escritos en cada idioma?
En tu caso, ambos artículos:
example.com/es/article1.html y example.com/en/article1.html
deben enlazarse con el mismo perfil de Google+ en el idioma de elección del autor.
¿Se pueden añadir dos autores en un artículo?
En la interfaz actual de usuario de búsqueda, solo aceptamos un autor por artículo, por publicación de blog, etc. Aún estamos en fase de pruebas para determinar el resultado ideal para los usuarios de búsqueda en aquellos casos en los que se especifica más de un autor.
¿Cómo puedo impedir que Google muestre la autoría?
El modo más rápido de impedir la anotación de autoría es definir que el perfil de Google+ del autor no esté visible en los resultados de búsqueda. Si quieres que se conserve tu perfil en los resultados de búsqueda, elimina cualquier enlace de perfil o de colaborador que dirija al sitio web, o bien elimina el marcado para que deje de conectar con tu perfil.
rel=publisher ayuda a las empresas a crear una identidad compartida enlazando el sitio web de la empresa (a menudo desde la página principal) con la página de Google+ de la empresa. rel=author ayuda a personas concretas (los autores) a asociar artículos determinados de una URL o de un sitio web con su perfil de Google+. Aunque tanto rel=author como rel=publisher son relaciones de enlaces, en realidad cada una sigue un camino totalmente diferente.
Puesto que uno de mis empleados ha personalizado la descripción de las fichas de propiedades o de las páginas de producto incluidas en mi sitio, ¿puedo usar la autoría?
La anotación de autoría es útil para los usuarios que realizan búsquedas porque indica que una página expresa la opinión o el análisis de una persona real sobre un tema. Como las fichas de propiedades y las páginas de producto no están tan orientadas hacia las opiniones o el análisis, intentamos convencer de que en estos casos no se use la autoría. Sin embargo, un artículo sobre productos que ofrezca comentarios útiles, como “La cámara A frente a la cámara B: un cara a cara en el desierto de los Monegros”, podría incluir autoría.
Si tienes más preguntas, no olvides consultar (e incluso publicar tu pregunta si no encuentras respuesta) el foro para webmasters.
Escrito por Maile Ohye, Developer Programs Tech Lead, Publicado por Javier Pérez, Equipo de calidad de búsqueda
Nos esforzamos por mantener el spam fuera de los resultados de búsqueda de nuestros usuarios.
Estos esfuerzos incluye tanto la mejora de los algoritmos, como la adopción de acciones manuales contra sitios web que van en contra de las directrices de calidad de búsqueda de Google.
Muchos webmasters quieren ver si sus sitios se han visto afectados por una acción manual contra webspam, por lo que hoy hemos introducido una nueva herramienta para ayudar a estos webmasters.
El visualizador de acciones manuales se encuentra en las Herramientas para webmasters, bajo la sección acciones manuales y muestra información sobre las medidas tomadas por el equipo de webspam que afectan directamente a la clasificación del sitio en los resultados de búsqueda de Google. Para probarlo, abre las Herramientas para webmasters de Google y haz clic en el enlace "Acciones Manuales" en "Tráfico de búsqueda."
Lo más probable es que veas un mensaje que dice: "No se ha encontrado ninguna acción manual de webspam".
Un reciente análisis de nuestro índice ha mostrado que muy por debajo de 2% de los dominios que hemos rastreado, han sido eliminados manualmente por el equipo de calidad de búsqueda. Si ves este tipo de mensaje, entonces tu sitio web no ha sido penalizado manualmente por web spam.
Si tu sitio se encuentra entre la pequeña fracción de sitios web que tienen algún tipo de acción manual, lo más probable es que ya te lo hayamos notificado a través de la sección de mensajes en las Herramientas para webmasters. Seguiremos enviando las notificaciones, pero ahora también se puede comprobar directamente en nuestros sistemas de web spam internos.
Esto es lo que se vería si Google hubiera tomado algún tipo de acción manual una sección específica de un sitio "Web spam generado por los usuarios":
En este ejemplo hipotético, no hay una acción en todo el sitio web, sino una "coincidencia parcial." Una coincidencia parcial significa que la acción sólo se aplica a una sección específica de un sitio. En este caso, el webmaster tiene un problema con otras personas creando spam en la sección del foro, mattcutts.com / forum /.
Al solucionar este problema, el webmaster no sólo ayudará a restablecer la clasificación de su foro en Google, sino también mejorará la experiencia de sus usuarios. Al hacer clic en "Más información" encontraras nuevo recursos para la solución del problema.
Una vez que se haya corregido el incumplimiento de las directrices de calidad de búsqueda, el siguiente paso es solicitar una reconsideración. Con esta nueva función, encontrarás el proceso de solicitud de reconsideración más simple y más eficiente.
Ahora, cuando visites la página de solicitud de reconsideración, podrás revisar si tu sitio tiene alguna acción manual, y si hay una acción manual en tu sitio, solicitar la reconsideración.
Si tienes que hacer frente a un problema de web spam, puedes hacerlo directamente desde la página "Acciones manuales" haciendo clic en "solicitar una revisión."
El visor de acciones manuales cumple con una solicitud popular de este tipo de funcionalidad. Con ello esperamos que tranquilizar a la gran mayoría de los webmasters que no tienen nada de qué preocuparse. Para el pequeño número de personas que tienen problemas de web spam reales, esperamos que esta nueva información ayude a acelerar la solución del problema.
Nuestras directrices de calidad prohíben la conducta manipuladora y engañosa. Esta postura se ha mantenido sin cambios desde que las directrices se publicaron por primera vez hace ya una década.
Recientemente, hemos recibido algunas quejas por parte de usuarios acerca de una técnica manipuladora por parte de algunos sitios web, que introducen nuevas páginas en el historial de navegación de los usuarios.
Cuando los usuarios hacen clic en el botón "atrás" del navegador, aterrizan en una página nueva que nunca antes han visitado. Los usuarios que vienen de una página con resultados de búsqueda pueden pensar que han vuleto a sus resultados de búsqueda originales. En cambio, son remitidos a una página web que tiene un aspecto similar a los resultados de búsqueda, pero que en realidad no contiene nada más que anuncios:
Con el afán de proteger a nuestros usuarios, podemos llegar a tomar acciones, entre las que se incluye la eliminación de los sitios que violan las normas de calidad, en los que se incluyen aquellos sitios web que insertan páginas engañosas o manipuladoras en el historial del navegación de un usuario.
Como siempre, si crees que tu sitio web ha podido ser afectado por una acción manual y crees que ya no está violando nuestras directrices, puedes hacérnoslo saber mediante una solicitud de reconsideración.
Hoy vamos a desvelar una nueva y brillante forma de navegación en Herramientas para webmasters de Google. La actualización te facilitará la búsqueda de las funciones que más utilizas y descubrirá algunas otras interesantes novedades.
La navegación refleja cómo funciona la búsqueda
Hemos organizado las Herramientas para webmasters de Google en grupos que coinciden con las fases de búsqueda:
Indexación de Google: haz el seguimiento de cuántas páginas tuyas hay en el índice de Google y lo que entendemos de su contenido: puedes supervisar todas las cuentas indexadas de tu sitio (Estado de indexación), consultar las palabras clave que hemos encontrado en las páginas(Palabras clave de contenido) o solicitar la Eliminación de URL de los resultados de búsqueda.
Tráfico de búsqueda: comprueba cómo se comportan tus páginas en los resultados de búsqueda: cómo encuentra la gente tu sitio (Consultas de búsqueda), quién ha recomendado tu sitio (Enlaces a tu sitio) y consulta una muestra de páginas del sitio que incluyen enlaces remitentes de otras páginas internas.
Las tareas administrativas de cuentas ahora están disponibles en el menú Configuración
Las tareas administrativas de cuentas como el ajuste de Permisos de usuario, Configuración del sitio y Cambio de dirección ahora están agrupados en el icono de rueda dentada ubicado en la esquina superior derecha para que estén siempre disponibles:
Esta es la lista de elementos que pueden ver los propietarios de los sitios, aunque los usuarios de acceso “completo” o “restringido” verán un subconjunto de estas opciones. Por ejemplo, si eres un usuario de acceso "restringido" para un determinado sitio, el elemento del menú "Usuarios y propietarios del sitio" no se mostrará.
La nueva ventana emergente, Aspecto de la búsqueda
Los webmasters principiantes encontrarán de especial utilidad la nueva ventana emergente de Aspecto de la búsqueda, que se usa para visualizar el modo en que puede aparecer el sitio durante la búsqueda y para obtener más información sobre los cambios de contenido y de estructura que pueden ayudar a influir en cada elemento:
Para acceder a la ventana emergente, haz clic en el icono del signo de interrogación que hay junto al menú Aspecto de la búsqueda en la zona de navegación lateral.
Incluye los elementos esenciales de los resultados de búsqueda como títulos, fragmentos y URLs, así como elementos opcionales como enlaces de sitios, rutas de exploración, búsquedas en un sitio, fragmentos enriquecidos de eventos y productos, e información de autoría.
Esperamos que con el nuevo sistema de navegación puedas sacar el máximo rendimiento de las Herramientas para webmasters de Google. Si tienes más preguntas, no dudes en publicarlas en el Foro de ayuda para webmasters.
Escrito por Mariya Moeva, Webmaster Trends Analyst, Publicado por Javier Pérez, equipo de Calidad de búsqueda.
Si tu sitio infringe alguna de las directrices de calidad de Google, o lo hizo en el pasado, es posible que una acción manual haya podido ser aplicada a tu sitio para evitar webspam en nuestros resultados de búsqueda. Puedes comprobarlo a través de las notificaciones en las herramientas para Webmaster de Google , o por el propietario anterior o SEO del sitio. Para revocar esta acción manual, primero has de asegurarte de que el sitio ya no incumple las directrices de calidad. Después de que hayas hecho esto, es hora de presentar una solicitud de reconsideración.
¿Debo presentar una solicitud de reconsideración si creo que mi sitio se ve afectado por un cambio algorítmico?
Solicitudes de reconsideración están pensadas para sitios con acciones manuales. Si la visibilidad de tu sitio ha sido únicamante afectada por un cambio algorítmico, no hay acción manual para ser revocada, y por lo tanto no hay necesidad de presentar una solicitud de reconsideración. Si no estás seguro si es un cambio algorítmico o de una acción manual, y has encontrado y resuelto las posibles causas que causaban el problema, entonces presentar una solicitud de reconsideración está bien.
¿Cómo se puede evaluar la calidad de los enlaces a un sitio?
La sección enlaces a tu sitio en las herramientas para Webmaster de Google es un gran punto de partida para iniciar una investigación, ya que muestra una gran cantidad de enlaces que apuntan a tu sitio. Si sabes que se realizó recientemente una campaña de SEO durante un determinado periodo de tiempo, la descarga de los últimos enlaces pueden venir bien para acotar el numero de enlaces creados en ese determinado momento. Cuando se investigan los enlaces que se encuentran en las herramientas para Webmaster de Google se recomienda la búsqueda de patrones que apuntan a cuestiones de carácter general que vale la pena resolver. Por ejemplo, comentarios spam en blogs, mensajes en foros generados automáticamente o anuncios de texto con enlaces que pasan PageRank es probable que sean vistos como enlaces no naturales que van en contra de las directrices de calidad de Google. Para ejemplos y consejos individuales se recomienda buscar la ayuda de los compañeros y los webmasters expertos en los Foros para Webmasters de Google.
¿Cómo se limpia un perfil con enlaces de baja calidad?
Asegúrete de identificar los enlaces de baja calidad en primer lugar, a continuación, es necesario hacer un buen esfuerzo para conseguir que la mayor parte de estos enlaces de baja calidad sean suprimidos en origen o se conviertan en nofollow. A continuación, utiliza la herramienta para desautorizar enlaces para lidiar con el resto de los enlaces no naturales. Se recomienda el uso del dominio completo para los sitios con una estructura de URL complicada, sitios con spam muy evidente, tales como los sitios con contenido incomprensible o con los sitios de baja calidad con contenido sin valor editorial. echa un ojo al vídeo sobre errores comunes al usar la herramienta disavow para más información.
¿Cuánta información debo proporcionar?
La documentación detallada presentada junto con la solicitud de reconsideración puede contribuir a su éxito, ya que demuestra los esfuerzos realizados por el webmaster y ayuda a los Googlers en su investigación. Si vas a incluir un enlace al documento compartido con la información extra, asegúrate de que es accesible a cualquier persona con el enlace.
¿Cuánto tiempo se tarda en procesar las solicitudes de reconsideración?
Solicitudes de reconsideración para los sitios afectados por una acción manual son revisadas investigados por un Googler. Nos esforzamos en responder de manera eficiente, y normalmente en un plazo de pocos días. Sin embargo, el volumen de solicitudes de reconsideración puede variar considerablemente, por lo que no podemos garantizar un tiempo fijo de respuesta.
¿Cuáles son los posibles resultados de una solicitud de reconsideración?
Tras la presentación de una solicitud de reconsideración, primero recibirás una confirmación automática en las herramientas para Webmaster de Google. Después de que se procese tu solicitud, te enviaremos otro mensaje para hacerte saber el resultado de la solicitud. En la mayoría de los casos, este mensaje comunicará si la acción manual ha sido revocada o si tu sitio sigue violando las normas de calidad.
¿Dónde puedo obtener más ayuda?
Para obtener más información sobre las solicitudes de reconsideración, por favor, visita nuestro Centro de ayuda. Y como siempre, el Foro para webmasters de Google es un gran lugar para aclarar dudas, o para buscar el consejos de webmasters experimentados y guías de Google.
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.
Los usuarios de smartphones son un segmento importante y en rápido crecimiento en Internet, y en Google queremos que estos usuarios puedan experimentar la riqueza total de la web. Como parte de nuestros esfuerzos para mejorar la web móvil, hemos publicado nuestras recomendaciones y de los errores más comunes de configuración.
Evitar estos errores ayuda a tus usuarios de smartphones se "engancharse" con tu sitio y ayuda a los usuarios a encontrar lo que están buscando más rápidamente. Para mejorar la experiencia de búsqueda para los usuarios de smartphones y atajar algunos de los "puntos débiles", tenemos la intención de lanzar varios cambios de clasificación en un futuro próximo para los sitios web con configuraciones no optimizadas para los usuarios de smartphones.
Ahora vamos a echar un vistazo a dos de los errores más comunes y cómo solucionarlos.
Redirecciones erróneas
Algunos sitios web utilizan URLs separadas para los usuarios de escritorio y de smartphones. Un fallo al redireccionar es cuando una página de escritorio redirige a los usuarios de smartphones a una página web irrelevante en el sitio web optimizado para smartphones. Un ejemplo típico es cuando todas las páginas en el sitio para usuarios escritorio redirige a los usuarios de smartphones a la página principal del sitio optimizado para smartphone . En el ejemplo siguiente, las redirecciones con flechas rojas se consideran defectuosas:
Este tipo de redirección interrumpe el flujo de navegación del usuario y puede llevar al usuario a dejar de utilizar el sitio y que se dirijan a otra parte. Incluso si el usuario no abandona el sitio, redirecciones irrelevantes añaden más trabajo y tiempo para llegar a lo que se esta buscando, y esto es particularmente molesto cuando se navega por redes móviles lentas. Estas redirecciones erróneas frustrar a los usuarios que están buscando una página web, video, o algo en concreto, y nuestros cambios de clasificación afectarán muchos tipos de búsquedas.
Evitar redirecciones irrelevantes es muy fácil: simplemente redirige a tus usuarios de optimizado a una página para escritorio a la página para smartphone equivalente. Si el contenido no existe en un formato compatible con optimizado, mostrar el contenido para escritorio es mejor que redirigir a una página de irrelevante.
Algunos sitios proporcionan contenido a los usuarios que acceden a una URL desde un ordenado de escritorio, pero muestran una página de error a los usuarios que acceden desde smartphones. Hay muchas situaciones en las que se ven sólo errores en smartphones. Entre los más comunes estan:
Si se identifica a un usuario que visita una página de escritorio desde un dispositivo móvil y existe una página equivalente para smartphones, redirigirlo a la URL equivalente para smartphones en lugar de servir a un 404 o un "soft 404".
Asegúrate de que la URL para smartphones en sí no da un error. Si el contenido no está disponible en un formato compatible con smartphones serve la página para escritorio en su lugar. Mostrar el contenido que el usuario estaba buscando aunque no en un formato ideal da una experiencia mucho mejor de lo que mostrar una página de error.
Manejo incorrecto de Googlebot-Mobile. Un error típico es cuando Googlebot-Mobile para smartphones se redirige incorrectamente a la página web optimizada para smartphones que, a su vez, redirige Googlebot-Mobile para smartphones de nuevo al sitio de escritorio. Esto da como resultado bucle infinito de redireccionamientos, que reconocemos como error.
Evitar este error es fácil: Todos los agentes de usuario Googlebot-Mobile se identifican como dispositivos móviles específicos, y se deben tratar a estos Googlebot user-agents exactamente igual que lo se haría con los dispositivos móviles Por ejemplo, Googlebot-Mobile para teléfonos inteligentes actualmente se identifica como un iPhone y se debe servir la misma respuesta que un usuario de iPhone recibiría.
Vídeos que no se pueden reproducir en dispositivos smartphone. Muchos sitios web insertan vídeos de una manera que funciona bien en equipos de sobremesa, pero no se puede reproducir en los dispositivos móviles. Por ejemplo, si el contenido requiere Adobe Flash, no se puede reproducir en un iPhone o en las versiones de Android 4.1 y superiores.
Aunque hemos cubierto sólo dos tipos de errores en este tema, es importante que los webmasters se centren en evitar todos los errores de configuración comunes sitio web para dispositivos móviles. Trata de probar su sitio en tantos dispositivos móviles diferentes y sistemas operativos, o sus emuladores, como te sea posible, incluyendo pruebas de los vídeos en tu sitio. Si lo haces, mejoraras la web móvil, harás que tus usuarios estén satisfechos, y permitirás que tus usuarios tengan una experiencia completa y positiva.
Como siempre, por favor si tienes alguna pregunta pásate por el foro.
Escrito Yoshikiyo Kato, Software Engineer, en nombre del equipo de Mobile Search, y Pierre Far, Webmaster Tendencias Analyst, Publicado por Javier Pérez, equipo de Calidad de búsqueda.
Cuando ayudas a alguien a encontrar un artículo fantástico en tu sitio, no solo le haces tener una buena experiencia, sino que también fomentas la fidelización. Por este motivo, hoy presentamos la interaccionón entre elementos de de búsqueda y Google+ para sugerir más contenido de tu sitio web para móviles en el momento preciso.
Por ejemplo, ahora los visitantes de Forbes pueden descubrir más fácilmente otros artículos de Forbes en en base a las señales de búsqueda de Autoría y a otros artículos que tengan una gran actividad en Google+ (lo cual incluye los +1 y los usos compartidos). En todos los casos, la relevancia de las recomendaciones del contenido recomendado se basa en la página específica que está visualizando el usuario, y solo aparece cuando el usuario toca la pantalla para obtener más información, de modo que no se interrumpe la experiencia de navegación. Así es como funciona:
Las recomendaciones pueden aparecer aunque no se hayan iniciado sesión en Google, pero si se han iniciado se verá el contenido en el cual las personas de sus círculos han compartido o han hecho +1:
También facilitamos la posibilidad de añadir y configurar estas recomendaciones de contenido. Solo necesitas añadir una línea de JavaScript a tu sitio web para móviles y, a partir de ahí, puedes realizar cambios en la sección "Para tu sitio" del Panel de control de tu página de Google+, sin necesidad de editores web.
Si quieres probar las funciones que te presentamos hoy, puedes visitar cualquier página del artículo de Forbes desde cualquier dispositivo con iOS o Android. También encontrarás más detalles en la documentación para desarrolladores: developers.google.com/+/features/recommendations.
Tenemos muchas más novedades previstas para las recomendaciones de contenido en Google + y para el Inicio de sesión con Google en general, además esperamos contar con más de 50 empresas que han integrado el Inicio de sesión con Google+ nos cuenten sus experiencias (verás algunos ejemplos a continuación) en Google I/O.
"El Inicio de sesión de Google+ es el método de inicio de sesión social más popular en nuestra aplicación para Android, y ya lo usan un 41% de nuestros usuarios con inicio de sesión social."
- Tom Grinstead, Director de Producto, Guardian News
"Estamos encantados con los resultados iniciales de la integración del Inicio de sesión de Google+. Nuestros análisis nos indican una tasa de conversiones de inicio de sesión enorme desde Google, que ya supera la de otras redes sociales en la Web, en Android e incluso en iOS. Como está teniendo tanto éxito, estamos valorando la posibilidad de eliminar otras fuentes de inicio de sesión para dar una mayor preeminencia a este nuevo canal en crecimiento."
- Haisoo Shin, Director de Ingeniería, Fancy
Posted by Mario Anima, Product Manager, Google+, Publicado por Javier Pérez, equipo de Calidad de búsqueda.
Si Google entiende el contenido de tu sitio web de una manera estructurada, podemos presentar ese contenido con más precisión y de forma más atractiva a los usuarios de Google. Por ejemplo, nuestros algoritmos pueden mejorar los resultados de búsqueda con “fragmentos enriquecidos” si entendemos que la página es una ficha de producto estructurada, un evento, una receta, una reseña o cualquier otro elemento similar. También podemos destacar los datos en los paneles del Gráfico de conocimiento o en las tarjetas de Google Now para dar a conocer tu contenido.
Hoy estamos encantados de anunciar dos funciones que facilitan más que nunca la participación en las funciones de datos estructurados. La primera es una expansión del Marcador de datos para siete tipos nuevos de datos estructurados. La segunda es una nueva herramienta de marcado: el Asistente para el marcado de datos estructurados.
Compatibilidad con datos de productos, empresas, reseñas y mucho más del Marcador de datos
Para empezar a usar el Marcador de datos, visita Herramientas para webmasters de Google, selecciona tu sitio, haz clic en el enlace "Optimización" de la barra lateral izquierda y, a continuación, haz clic en "Marcador de datos". Se te pedirá que indiques la URL de una página normalmente estructurada de tu sitio (por ejemplo, una página detallada de un producto o de un evento) y que "etiquetes" sus campos clave con el ratón.
El proceso de etiquetado tarda unos 5 minutos para una sola página, o aproximadamente 15 minutos para un patrón de páginas con formato coherente. Al final del proceso podrás verificar si Google ha entendido los datos estructurados y, en caso de ser correctos, “publicarlos” en Google. A continuación, cuando el sitio se vuelva a rastrear pasado cierto tiempo, ya será apto para mostrar información mejorada como precios, reseñas y valoraciones en los resultados de búsqueda de Google.
Una nueva herramienta: el Asistente para el marcado de datos estructurados
Aunque el Marcador de datos permite mostrar rápidamente a Google cuáles son los datos estructurados sin tener que editar el HTML, es preferible insertar el marcado de los datos estructurados directamente en las páginas web para que todos los motores de búsqueda puedan entender el contenido estructurado. Para ayudar a los autores de las web a realizar esta tarea, nos complace anunciar una nueva herramienta: el Asistente para el marcado de datos estructurados.
Al igual que con el Marcador de datos, comienzas enviando una página (URL o código fuente HTML) y utilizando el ratón para "etiquetar" las propiedades clave de los tipos de datos relevantes. Cuando terminas, el Asistente para el marcado de datos estructurados genera un código HTML de muestra con el marcado de microdatos incluido. Puedes descargar y usar este código como guía mientras implementas los datos estructurados en tu sitio web.
El Asistente para el marcado de datos estructurado admite un subconjunto de tipos de datos, incluidos todos los tipos que admite el Marcador de datos, además de varios tipos más que se usan para insertar datos estructurados en Gmail. Consulta schema.org para obtener la documentación completa acerca de los esquemas.
Esperamos que estas dos herramientas faciliten la participación de todos los sitios web en el creciente conjunto de aplicaciones de las funciones de datos estructurados de Google. Como siempre, te invitamos a publicar en nuestro foro cualquier pregunta o comentario que tengas.
Escrito por Justin Boyan, Product Manager, Publicado por Javier Pérez, equipo de Calidad de búsqueda.
Las páginas principales de los sitios web multinacionales y multilingües a veces están configuradas para dirigir los usuarios a páginas localizadas, ya sea a través de redirecciones o cambiando el contenido para reflejar el idioma del usuario.
Hoy vamos a presentar una nueva anotación rel-alternate-hreflang compatible con Google y Yandex que el webmaster puede utilizar para especificar dichas páginas web
Para ver esto en acción, vamos a ver un ejemplo. El sitio web example.com tiene contenido dirigido a usuarios de todo el mundo de la siguiente manera:
http://example.com/en-gb: Para los usuarios de habla Inglesa en el Reino Unido http://example.com/en-us: Para los usuarios de habla Inglesa usuarios de EE.UU.
http://example.com/en-au: Para los usuarios de habla Inglesa en Australia http://example.com/: La página de inicio que por defecto se muestra para los usuarios en todo el mundo.
En este caso, el webmaster puede anotar este grupo de páginas con rel-alternate-hreflang utilizando sitemaps o con el uso de etiquetas HTML como estas:
El nuevo atributo x-default hreflang indica a nuestros algoritmos que esta página no esta dirigida a ningún idioma o configuración regional y que es la página usada por defecto cuando no hay otra página más adecuada.
En el ejemplo, sería la página que nuestros algoritmos tratarían de mostrar en los motores de búsqueda francófonos de todo el mundo o en algunos de habla Inglesa como google.ca.
La misma anotación se aplica a las páginas principales que dinámicamente alterar su contenido basado en la geolocalización del usuario o el "Accept-Language headers".
El valor x-default hreflang señala a nuestros algoritmos que esa página no esta dirigida a un determinado idioma o configuración regional.
rel = canonical está soportado por varios motores de búsqueda, como Yahoo!, Bing y Google. El elemento <link> con el atributo rel = canonical consolida propiedades de indexación de los elementos duplicados, como tus enlaces entrantes, así como especifica la URL preferida en los resultados de búsqueda. Sin embargo, rel = canonical puede ser un poco complicado porque no es muy obvio cuando hay un error de configuración.
Mientras que el webmaster ve el “red velvet” de la página de la izquierda en su navegador, los motores de búsqueda ven el no intencionado "Blue Velvet" rel = canonical de la derecha.
Se recomienda las siguientes prácticas para el uso de rel = canonical:
Una gran parte del contenido duplicado de la página debe estar presente en la versión canónica
Una de las comprobaciones que se pueden hacer, es la de imaginar que no entiendes el idioma en que el contenido esta escrito, si colocas el contenido duplicado al lado del canónico, ¿hay un porcentaje muy elevado de las palabras de la página duplicada en la página canónica?
Si necesitas hablar el idioma para entender si las páginas son similares, por ejemplo, si son sólo sobre temas similares, pero no usan palabras exactas, la designación canónica puede llegar a ser ignorada por los motores de búsqueda.
Revisar que la URL objetivo del rel = canonical existe (no es un error o "404 soft")
Verificar que el objetivo del rel = canonical no contiene una meta etiqueta noindex
Asegurarse de que preferires que la rel = URL canónica se muestre en los resultados de búsqueda (en lugar de la URL duplicada)
Incluir el enlace rel = canonical en la cabecera de la página o el encabezado HTTP
Asegurarse de que no hay más de un rel = canonical para cada página. Cuando hay más de un rel = canonical, todos rel = canonical serán ignorados.
Error 1. rel = canonical en la primera página de una serie paginada
Imagina que tienes un artículo que abarca varias páginas:
example.com / articulo? story = cupcake-news & page = 1
example.com / articulo? story = cupcake-news & page = 2
... etcétera
Especificar un rel = canonical de la página 2 (o cualquier otra página posterior) a la página 1 no es correcto uso de rel = canonical, ya que no son páginas duplicadas. El uso del rel = canonical aquí causaría que el contenido de las páginas 2 y más adelante no se indexen en absoluto.
El contenido (por ejemplo,“cookies are superior nutrition” and “to vegetables”) se pierde cuando se especifica rel = canonical de la segunda y tercera páginas a la primera página de la serie.
rel = canonical en páginas de una serie apuntando a la vista única de las páginas
Si rel = canonical para vista única de las todas las páginas no se designa, se puede utilizar el contenido paginado rel = "prev" y rel = markup "siguiente".
Error 2. URL absolutas escritas erróneamente como direcciones URL relativas
La etiqueta <link>, al igual que muchas etiquetas HTML, acepta tanto URLs relativas como absolutas . URLs relativas incluyen una ruta "relativa" a la página en concreto. Por ejemplo, "images / cupcake.png" indica como ir "desde el directorio actual al subdirectorio "images" , y luego a "cupcake.png". URL absolutas especificar la ruta completa, incluyendo el http://.
Especificando <link rel=canonical href="example.com/cupcake.html" /> (URL relativa, ya que no tiene "http://") implica que la URL canónica elegida es http://example.com/example.com/cupcake.html a pesar de que es casi seguro que no era esa la intención. En estos casos, los algoritmos pueden ignorar el rel = canonical especificado. En última instancia, esto significa que lo que esperabas lograr con el rel = canonical no funcionará.
Error 3. Designaciones no intencionadas o múltiples designaciones del rel = canonical
De vez en cuando, vemos designaciones rel = canonical que creemos que no son intencionadas. En casos muy raros, vemos algún error tipográfico, pero más comúnmente vemos que algún webmaster con poco tiempo o algo de prisa copia una plantilla de una página web sin cambiar el objetivo del rel = canonical. Lo que hace que las páginas del sitio con el rel = canonical de esos webmasters apunten al sitio del autor plantilla.
Si utilizas una plantilla, asegúrete de que no copias también la especificación rel = canonical.
Otro problema puede ocurrir cuando las páginas incluyen varios enlaces rel = canónica a diferentes URL. Esto ocurre con frecuencia cuando se combinan plugins SEO que a menudo insertan un enlace rel = canonical predeterminado, posiblemente sin el conocimiento del webmaster que ha instalado el plugin. En los casos al haber múltiples declaraciones de rel = canonical, Google probablemente ignorará todos los rel = canonical causando que cualquier beneficio que un legítimo rel = canonical podría haber ofrecido se pierda.
En ambos tipos de casos, revisar el código fuente de la página te ayudará a corregir el problema. Asegúrate de revisar toda la sección de la cabecera ya que los enlaces rel = canonical pueden encontrarse dispersos.
Comprueba el comportamiento de plugins revisando el código fuente de la página.
Error 4. Categoría o página de destino especifica con un rel = canonical a un artículo destacado
Supongamos que un webmaster tiene un sitio sobre postres. El sitio web tiene páginas con categorías útiles como "pastry" y "gelato". Cada día las páginas de estas categorías cuentan con un artículo destacado único. Por ejemplo, la página de destino de la categoria "pastry" pudo desplegar el artículo de la página "red velvet cupcakes". Debido a que la página de categoría "pastry" tiene casi el mismo contenido que la página "red velvet cupcake”, el webmaster agrega un rel = canonical desde la página de la categoría a la página del artículo individual.
Si aceptáramos esta rel = canonical, entonces la página de la categoría "pastry" no aparecería en los resultados de búsqueda.
Esto debido a que las señales rel = canonical indican a los motores de búsqueda que se prefiere mostrar la URL canónica de la página del artículo individual en lugar del duplicado. Sin embargo, si se desea que los usuarios puedan encontrar tanto la página de la categoría como el artículo destacado, lo mejor es tener sólo una auto-referencia rel = canonical a la página de la categoría, o ninguna en absoluto.
Recuerda que la designación canónica también implica la URL preferida para ser mostrada. Evita agregar un rel = canonical de una página de categoría o el aterrizaje de un artículo destacado.
Error 5. rel = canonical en el <body>
La etiqueta de enlace rel = canonical sólo debería aparecer en el "<head>" (cabecera) de un documento HTML. Además, para facilitar el análisis del HTML, es bueno incluir el atributo rel = canonical tan pronto como sea posible en el <head>. Cuando nos encontramos con una designación rel = canonical en el <body>, no se tiene en cuenta.
Esto es un error fácil de corregir. Simplemente revisa que tus enlaces rel = canonical están siempre en el <head> de tu página, y tan pronto como sea posible.
Las designaciones rel = canonical en el <head> son procesados, en el <body> no.
Conclusión
Para crear buenas designaciones rel=canonical :
Comprueba que la mayor parte del contenido del texto principal de la página duplicada también aparece en la página canónica.
Comprueba que el rel = canonical sólo se especifica una vez y se encuentra en el <head> de la página.
Comprueba que el rel = canonical apunta a una URL existente y con buen contenido (es decir, no es un 404, o peor aún, un "soft" 404).
Evita el uso del rel = canonical en las páginas de destino o categorías con artículos destacados ya que hará que el artículo destacado sea la URL preferida en los resultados de búsqueda.
