Posicionamiento en buscadores

Google Search at I/O 2018

Google herramientas para webmaster - Jue, 07/06/2018 - 13:13
With the eleventh annual Google I/O wrapped up, it’s a great time to reflect on some of the highlights.
What we did at I/O
The event was a wonderful way to meet many great people from various communities across the globe, exchange ideas, and gather feedback. Besides many great web sessions, codelabs, and office hours we shared a few things with the community in two sessions specific to Search:

The sessions included the launch of JavaScript error reporting in the Mobile Friendly Test tool, dynamic rendering (we will discuss this in more detail in a future post), and an explanation of how CMS can use the Indexing and Search Console APIs to provide users with insights. For example, Wix lets their users submit their homepage to the index and see it in Search results instantly, and Squarespace created a Google Search keywords report to help webmasters understand what prospective users search for.

During the event, we also presented the new Search Console in the Sandbox area for people to try and were happy to get a lot of positive feedback, from people being excited about the AMP Status report to others exploring how to improve their content for Search.

Hands-on codelabs, case studies and more
We presented the Structured Data Codelab that walks you through adding and testing structured data. We were really happy to see that it ended up being one of the top 20 codelabs by completions at I/O. If you want to learn more about the benefits of using Structured Data, check out our case studies.

During the in-person office hours we saw a lot of interest around HTTPS, mobile-first indexing, AMP, and many other topics. The in-person Office Hours were a wonderful addition to our monthly Webmaster Office Hours hangout. The questions and comments will help us adjust our documentation and tools by making them clearer and easier to use for everyone.

Highlights and key takeaways
We also repeated a few key points that web developers should have an eye on when building websites, such as:

  • Indexing and rendering don’t happen at the same time. We may defer the rendering to a later point in time.
  • Make sure the content you want in Search has metadata, correct HTTP statuses, and the intended canonical tag.
  • Hash-based routing (URLs with "#") should be deprecated in favour of the JavaScript History API in Single Page Apps.
  • Links should have an href attribute pointing to a URL, so Googlebot can follow the links properly.

Make sure to watch this talk for more on indexing, dynamic rendering and troubleshooting your site. If you wanna learn more about things to do as a CMS developer or theme author or Structured Data, watch this talk.

We were excited to meet some of you at I/O as well as the global I/O extended events and share the latest developments in Search. To stay in touch, join the Webmaster Forum or follow us on Twitter, Google+, and YouTube.

 Posted by Martin Splitt, Webmaster Trends Analyst

Our goal: helping webmasters and content creators

Google herramientas para webmaster - Lun, 21/05/2018 - 13:08
Great websites are the result of the hard work of website owners who make their content and services accessible to the world. Even though it’s simpler now to run a website than it was years ago, it can still feel like a complex undertaking. This is why we invest a lot of time and effort in improving Google Search so that website owners can spend more time focusing on building the most useful content for their users, while we take care of helping users find that content. 
Most website owners find they don’t have to worry much about what Google is doing—they post their content, and then Googlebot discovers, crawls, indexes and understands that content, to point users to relevant pages on those sites. However, sometimes the technical details still matter, and sometimes a great deal.
For those times when site owners would like a bit of help from someone at Google, or an explanation for why something works a particular way, or why things appear in a particular way, or how to fix what looks like a technical glitch, we have a global team dedicated to making sure there are many places for a website owner to get help from Google and knowledgeable members of the community.
The first place to start for help is Google Webmasters, a place where all of our support resources (many of which are available in 40 languages) are within easy reach:
Our second path to getting help is through our Google Webmaster Central Help Forums. We have forums in 16 languages—in English, Spanish, Hindi, French, Italian, Portuguese, Japanese, German, Russian, Turkish, Polish, Bahasa Indonesia, Thai, Vietnamese, Chinese and Korean. The forums are staffed with dedicated Googlers who are there to make sure your questions get answered. Aside from the Googlers who monitor the forums, there is an amazing group of Top Contributors who generously offer their time to help other members of the community—many times providing greater detail and analysis for a particular website’s content than we could. The forums allow for both a public discussion and, if the case requires it, for private follow-up replies in the forum.
A third path for support to website owners is our series of Online Webmaster Office Hours — in English, German, Japanese, Turkish, Hindi and French. Anyone who joins these is welcome to ask us questions about website appearance in Google Search, which we will answer to the best of our abilities. All of our team members think that one of the best parts of speaking at conferences and events is the opportunity to answer questions from the audience,  and the online office hours format creates that opportunity for many more people who might not be able to travel to a specialized event. You can always check out the Google Webmaster calendar for upcoming webmaster officer hours and live events.

Beyond all these resources, we also work hard to ensure that everyone who wants to understand Google Search can find relevant info on our frequently updated site How Search Works.

While how a website behaves on the web is openly visible to all who can see it, we know that some website owners prefer not to make it known their website has a problem in a public forum. There’s no shame in asking for support, but if you have an issue for your website that seems sensitive—for which you don’t think you can share all the details publicly—you can call out that you would prefer to share necessary details only with someone experienced and who is willing to help, using the forum’s “Private Reply” feature.
Are there other things you think we should be doing that would help your website get the most out of search? Please let us know -- in our forums, our office hours, or via Twitter @googlewmc.
Posted by Juan Felipe Rincón from Google’s Webmaster Outreach & Support team

Hemos actualizado nuestras directrices de ofertas de empleo

Blog oficial de Google para Webmasters - Jue, 17/05/2018 - 20:33
El año pasado lanzamos las funciones de búsqueda de empleo en Google para ayudar a la gente a encontrar trabajo. Si proporcionas datos estructurados JobPosting, podemos conectar a los posibles candidatos con tu contenido, lo que nos permite dirigir tráfico más relevante a tu página. Para asegurarte de que los candidatos tienen la mejor experiencia posible, es importante que sigas nuestras directrices de ofertas de empleo.
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.

Para obtener más información, consulta la documentación para creadores de ofertas de empleo y preguntas frecuentes sobre ofertas de empleo.

Publicado por Anouar Bendahou, del equipo de Confianza y seguridad de la Búsqueda

Envía tus recetas al Asistente de Google

Blog oficial de Google para Webmasters - Mié, 16/05/2018 - 00:53
El año pasado, lanzamos Google Home con instrucciones de recetas para ofrecer a los usuarios instrucciones paso a paso sobre cómo prepararlas. Cada vez más personas utilizan Google Home a diario, por lo que vamos a publicar nuevas directrices para que las recetas sean compatibles con esta experiencia guiada por voz. Puede que recibas tráfico de más fuentes, ya que ahora los usuarios pueden encontrar tus recetas a través de Google Home gracias a su integración con el Asistente. Las propiedades de datos estructurados actualizadas ofrecen a los usuarios más información sobre la receta, lo que además supone un tráfico de mayor calidad para tu sitio web. 

Actualiza las propiedades de tus recetas para que los usuarios las encuentrenHemos actualizado la documentación para desarrolladores de recetas con el objetivo de ayudar a que los usuarios encuentren tus recetas y las prueben, ya sea mediante la búsqueda de Google o mediante Google Home con el Asistente integrado, por lo que ahora es posible que llegue más tráfico a tu sitio web. Para asegurarnos de que los usuarios puedan acceder a la receta de otras maneras, necesitamos más información sobre ella. A partir de ahora, recomendamos incluir estas propiedades:
  • Vídeos: enseña a los usuarios a preparar el plato añadiendo una matriz de vídeos.
  • Categoría: informa a los usuarios del tipo de comida o plato (por ejemplo, cena, postre o entrante).
  • Cocina: indica la región asociada a la receta (por ejemplo, mediterránea, americana o china).
  • Palabras clave: añade otros términos a la receta como su temporada (verano), festividad (Navidad, Pascua) u ocasión especial (boda, cumpleaños), además de otros descriptores (rápida, barata, tradicional).

También hemos añadido más elementos de ayuda con recipeInstructions, en el que puedes especificar cada paso de una receta con la propiedad HowToStep o indicar un conjunto de pasos con HowToSection.

Añade instrucciones e ingredientes a tus recetas para el Asistente de Google
Si quieres que se pueda usar Google Home con el Asistente integrado, ahora debes incluir las propiedades recipeIngredient y recipeInstructions. Si añades estas propiedades, el Asistente de Google podrá sugerir tu receta, lo que permitirá que más usuarios lleguen a ella. Si la receta no incluye estas propiedades, no aparecerá cuando se pregunte al Asistente de Google, aunque sí que podrá seguir apareciendo en los resultados de búsqueda.

Para obtener más información, consulta la documentación para desarrolladores de recetas. Si tienes alguna duda sobre esta función, pregúntala en el foro de ayuda para webmasters.

Publicado por Earl J. Wagner, ingeniero de software

Send your recipes to the Google Assistant

Google herramientas para webmaster - Mar, 15/05/2018 - 17:49
Last year, we launched Google Home with recipe guidance, providing users with step-by-step instructions for cooking recipes. With more people using Google Home every day, we're publishing new guidelines so your recipes can support this voice guided experience. You may receive traffic from more sources, since users can now discover your recipes through the Google Assistant on Google Home. The updated structured data properties provide users with more information about your recipe, resulting in higher quality traffic to your site.

Updated recipe properties to help users find your recipesWe updated our recipe developer documentation to help users find your recipes and experience them with Google Search and the Google Assistant on Google Home. This will enable more potential traffic to your site. To ensure that users can access your recipe in more ways, we need more information about your recipe. We now recommend the following properties:
  • Videos: Show users how to make the dish by adding a video array
  • Category: Tell users the type of meal or course of the dish (for example, "dinner", "dessert", "entree")
  • Cuisine: Specify the region associated with your recipe (for example, "Mediterranean", "American", "Cantonese")
  • Keywords: Add other terms for your recipe such as the season ("summer"), the holiday ("Halloween", "Diwali"), the special event ("wedding", "birthday"), or other descriptors ("quick", "budget", "authentic")
We also added more guidance for recipeInstructions. You can specify each step of the recipe with the HowToStep property, and sections of steps with the HowToSection property.
Add recipe instructions and ingredients for the Google AssistantWe now require the recipeIngredient and recipeInstructions properties if you want to support the Google Assistant on Google Home. Adding these properties can make your recipe eligible for integration with the Google Assistant, enabling more users to discover your recipes. If your recipe doesn't have these properties, it won't be eligible for guidance with the Google Assistant, but it can still be eligible to appear in Search results.
For more information, visit our Recipe developer documentation. If you have questions about the feature, please ask us in the Webmaster Help Forum.

Posted by Earl J. Wagner, Software Engineer

Nuestro objetivo: ayudar a los webmasters y los creadores de contenido

Blog oficial de Google para Webmasters - Jue, 10/05/2018 - 15:43
Los sitios web de alta calidad son el resultado del dedicado esfuerzo de un sinnúmero de creadores quienes ponen su contenido y sus servicios a disposición del público. Aunque ahora es más fácil que nunca gestionar un sitio web, aún hay elementos que lo hacen parecer una tarea compleja. Por este motivo, invertimos mucho tiempo y esfuerzo en mejorar la Búsqueda de Google, para que los propietarios de sitios web puedan centrarse en crear contenido más relevante mientras nosotros nos encargamos de ayudar a que los usuarios lleguen a ese contenido.

La mayoría de los propietarios de sitios web saben que no tienen que preocuparse demasiado por lo que hace Google: ellos publican el contenido y luego el rastreador de Google lo descubre, lo rastrea, lo indexa e interpreta su contenido para, a continuación, dirigir a los usuarios hacia las páginas que les resulten más relevantes. Pese a ello, a veces los detalles técnicos sí importan; en ciertas ocasiones, muchísimo.
Sabemos que hay momentos en que los propietarios de los sitios web quieren que alguien de Google les eche una mano o les explique por qué algo aparece de determinada manera, por qué funciona de una manera concreta, o cómo solucionar lo que parece un error técnico. Es por eso que contamos con un equipo de apoyo global. Este equipo se asegura que los propietarios de sitios web alrededor del mundo tengan acceso a recursos y sistemas de ayuda, por parte tanto de Google como de los miembros expertos de la comunidad.
El sitio de referencia para buscar ayuda es Google Webmasters, donde están todos nuestros recursos de asistencia, muchos de ellos disponibles en 40 idiomas:La segunda forma de obtener asistencia son los foros de ayuda del Centro para webmasters de Google. Disponemos de foros en 16 idiomas: alemán, chino, coreano, español, francés, hindi, indonesio, inglés, italiano, japonés, polaco, portugués, ruso, tailandés, turco y vietnamita. Estos foros cuentan con la participación de Googlers que se encargan de que todas tus preguntas obtengan respuesta. Además de los Googlers que moderan los foros, hay un impresionante grupo de colaboradores principales que ofrecen generosamente su tiempo para ayudar a otros miembros de la comunidad. En muchas ocasiones, estos expertos tienen más capacidad de analizar el contenido de un sitio web que nosotros mismos. Los foros permiten crear un debate público y, si el caso lo requiere, las respuestas pueden ser privadas.
Una tercera forma de prestar asistencia a los propietarios de sitios web son las consultas a los horas de preguntas y respuestas, un servicio disponible en alemán, francés, hindi, inglés, japonés y turco. Cualquier participante puede hacernos preguntas sobre la aparición de su sitio web en la Búsqueda de Google, a las que responderemos en la medida de lo posible. Todos los miembros de nuestro equipo creen que una de las grandes ventajas de las conferencias y los eventos presenciales es la posibilidad de responder a preguntas del público, y las horas de preguntas y respuestas ofrecen esa oportunidad a mucha más gente que no puede asistir en persona a este tipo de actos especializados. Siempre puedes consultar el calendario para webmasters de Google para ver el horario laboral y los próximos eventos en directo para webmasters.
Además de estos recursos, también ofrecemos información actualizada con frecuencia sobre cómo funciona Google, y los principios bajo los cuales operamos, en el sitio Cómo funciona la búsqueda.
Aunque cualquiera que entre en un sitio web puede ver su comportamiento, sabemos que algunos propietarios prefieren no revelar en un foro público que su sitio web tiene algún problema. El pedir apoyo no debe darle miedo a nadie, pero si tienes un problema con tu sitio web que consideras confidencial y no quieres revelar esta información en público, puedes indicar que preferirías compartir los detalles necesarios únicamente con un usuario experimentado y que esté dispuesto a ayudarte mediante la función "Responder de forma privada" del foro.
¿Se te ocurren más cosas que podríamos hacer para ayudar a que tu sitio web aproveche al máximo la Búsqueda? Coméntanoslas en los foros, en nuestras horas de preguntas y respuestas, o en menciones a @googlewmc en Twitter.

Publicado por Juan Felipe Rincón, del equipo de asistencia y atención a webmasters de Google

Google I/O 2018 - What sessions should SEOs and Webmasters watch live ?

Google herramientas para webmaster - Mar, 08/05/2018 - 17:36
Google I/O 2018 is starting today in California, to an international audience of 7,000+ developers. It will run until Thursday night. It is our annual developers festival, where product announcements are made, new APIs and frameworks are introduced, and Product Managers present the latest from Google.

However, you don't have to physically attend the event to take advantage of this once-a-year opportunity: many conferences and talks are live streamed on YouTube for anyone to watch. You will find the full-event schedule here.

Dozens upon dozens of talks will take place over the next 3 days. We have hand picked the talks that we think will be the most interesting for webmasters and SEO professionals. Each link shared will bring you to pages with more details about each talk, and you will find out how to tune in to the live stream. All times are California time (PCT). We might add other sessions to this list.

Tuesday, May 8th
  • 3pm - Web Security post Spectre/Meltdown, with Emily Schechter and Chris Palmer - more info.
  • 5pm - Dru Knox and Stephan Somogyi talk about building a seamless web with Chrome - more info.

Wednesday, May 9th
  • 9.30am - Ewa Gasperowicz and Addy Osmani talk about Web Performance and increasing control over the loading experience - more info.
  • 10.30am - Alberto Medina and Thierry Muller will explain how to make a WordPress site progressive - more info.
  • 11.30am - Rob Dodson and Dominic Mazzoni will cover "What's new in web accessibility" - more info.
  • 3.30pm - Michael Bleigh will introduce how to leverage AMP in Firebase for a blazing fast website - more info.
  • 4.30pm - Rick Viscomi and Vinamrata Singal will introduce the latest with Lighthouse and Chrome UX Report for Web Performance - more info.

Thursday, May 10th
  • 8.30am - John Mueller and Tom Greenaway will talk about building Search-friendly JavaScript websites - more info.
  • 9.30am - Build e-commerce sites for the modern web with AMP, PWA, and more, with Adam Greenberg and Rowan Merewood - more info.
  • 12.30pm - Session on "Building a successful web presence with Google Search" by John Mueller and Mariya Moeva - more info.

This list is only a sample of the content at this year's Google I/O, and there might be many more that are interesting to you! To find out about those other talks, check out the full list of web sessions, but also the sessions about Design, the Cloud sessions, the machine learning sessions, and more… 
We hope you can make the time to watch the talks online, and participate in the excitement of I/O ! The videos will also be available on Youtube after the event, in case you can't tune in live.

Posted by Vincent Courson, Search Outreach Specialist, and the Google Webmasters team

We updated our job posting guidelines

Google herramientas para webmaster - Vie, 27/04/2018 - 20:43

Last year, we launched job search on Google to connect more people with jobs. When you provide Job Posting structured data, it helps drive more relevant traffic to your page by connecting job seekers with your content. To ensure that job seekers are getting the best possible experience, it's important to follow our Job Posting guidelines.

We've recently made some changes to our Job Posting guidelines to help improve the job seeker experience.

  • Remove expired jobs
  • Place structured data on the job's detail page
  • Make sure all job details are present in the job description
Remove expired jobs

When job seekers put in effort to find a job and apply, it can be very discouraging to discover that the job that they wanted is no longer available. Sometimes, job seekers only discover that the job posting is expired after deciding to apply for the job. Removing expired jobs from your site may drive more traffic because job seekers are more confident when jobs that they visit on your site are still open for application. For more information on how to remove a job posting, see Remove a job posting.

Place structured data on the job's detail page

Job seekers find it confusing when they land on a list of jobs instead of the specific job's detail page. To fix this, put structured data on the most detailed leaf page possible. Don't add structured data to pages intended to present a list of jobs (for example, search result pages) and only add it to the most specific page describing a single job with its relevant details.

Make sure all job details are present in the job description

We've also noticed that some sites include information in the JobPosting structured data that is not present anywhere in the job posting. Job seekers are confused when the job details they see in Google Search don't match the job description page. Make sure that the information in the JobPosting structured data always matches what's on the job posting page. Here are some examples:

  • If you add salary information to the structured data, then also add it to the job posting. Both salary figures should match.
  • The location in the structured data should match the location in the job posting.

Providing structured data content that is consistent with the content of the job posting pages not only helps job seekers find the exact job that they were looking for, but may also drive more relevant traffic to your job postings and therefore increase the chances of finding the right candidates for your jobs.

If your site violates the Job Posting guidelines (including the guidelines in this blog post), we may take manual action against your site and it may not be eligible for display in the jobs experience on Google Search. You can submit a reconsideration request to let us know that you have fixed the problem(s) identified in the manual action notification. If your request is approved, the manual action will be removed from your site or page.

For more information, visit our Job Posting developer documentation and our JobPosting FAQ.

Posted by Anouar Bendahou, Trust & Safety Search Team

La infraestructura de clave pública de Symantec deja de ser de confianza: medidas que deben tomar los operadores de sitios web

Blog oficial de Google para Webmasters - Sáb, 21/04/2018 - 03:11
Hace un tiempo ya anunciamos que Chrome dejará de confiar en la autoridad de certificación Symantec, incluidas marcas de su propiedad como Thawte, VeriSign, Equifax, GeoTrust y RapidSSL. En esta entrada describimos cómo pueden saber los operadores de sitios web si esta medida les afecta de alguna manera y, en tal caso, qué deben hacer y de cuánto tiempo disponen para hacerlo. Si no se cambian estos certificados, los sitios web podrían dejar de funcionar en nuevas versiones de los navegadores principales, incluido Chrome.

Chrome 66

Si tu sitio web utiliza un certificado SSL/TLS de Symantec expedido antes del 1 de junio del 2016, dejará de funcionar a partir de la versión Chrome 66, por lo que puede que tus usuarios ya se estén viendo afectados.
Si no sabes seguro qué certificado utiliza tu sitio web, puedes comprobar en Chrome Canary si estos cambios te afectan. Si al conectarte a tu sitio web aparece un error de certificado o una advertencia de DevTools como la que se muestra a continuación, debes cambiar de certificado. Puedes conseguir otro de cualquier autoridad de certificación de confianza, como Digicert, que hace poco adquirió la parte de CA de Symantec.
Ejemplo de error de certificado que es posible que vean los usuarios de Chrome 66 si sigues utilizando un certificado antiguo SSL/TLS de Symantec expedido antes del 1 de junio del 2016. 
Mensaje de DevTools que se mostrará si tienes que cambiar tu certificado antes del lanzamiento de Chrome 66.
Chrome 66 ya se ha publicado en los canales para desarrolladores y en Chrome Canary, lo que significa que los usuarios de esos canales de Chrome ya se están viendo afectados en los sitios web que tienen ese certificado. Si no se cambian los certificados antes del 15 de marzo del 2018, los usuarios de Chrome Beta también comenzarán a tener problemas. En el caso de que tu sitio web ya devuelva un error en Chrome Canary, te recomendamos encarecidamente que cambies tu certificado lo antes posible.

Chrome 70

A partir de la versión Chrome 70, todos los certificados SSL/TLS de Symantec dejarán de funcionar, por lo que se mostrará un error de certificado como el que se ha indicado antes. Para comprobar si tu certificado se verá afectado, accede hoy mismo a tu sitio web desde Chrome y abre DevTools; aparecerá un mensaje en el que se te indica si hace falta que lo cambies.
Mensaje que verás en DevTools si tienes que cambiar tu certificado antes de que se publique Chrome 70.
Si ves este mensaje en DevTools, te recomendamos encarecidamente que cambies de certificado lo antes posible. De lo contrario, los usuarios comenzarán a ver errores de certificado en tu sitio web a partir del 20 de julio del 2018. La primera versión beta de Chrome 70 se publicará aproximadamente el 13 de septiembre del 2018.

Plazos previstos de los lanzamientos de Chrome

La siguiente tabla muestra los lanzamientos previstos de la versión de Canary, de la versión beta y de la versión estable de Chrome 66 y 70. La versión de Canary será la primera en la que algunos usuarios podrán encontrarse con este error, que irá alcanzando a más usuarios con los posteriores lanzamientos de la versión beta y, finalmente, de la versión estable. Recomendamos encarecidamente que los operadores de sitios web hagan los cambios necesarios en sus sitios web antes del lanzamiento de la versión de Canary de Chrome 66 y 70 o, como muy tarde, antes de las fechas de lanzamiento de la versión beta correspondiente.

LanzamientoPrimera versión de CanaryPrimera versión betaVersión estableChrome 6620 de enero del 201815 de marzo del 2018 aprox.17 de abril del 2018 aprox.Chrome 7020 de julio del 2018 aprox.13 de septiembre del 2018 aprox.16 de octubre del 2018 aprox.

Para obtener más información sobre el lanzamiento de una versión concreta de Chrome, consulta el calendario de desarrollo de Chromium, que se actualizará en caso de que cambie alguna fecha.
Para cubrir las necesidades de algunas empresas, junto con el lanzamiento de Chrome 66, Chrome también implementará una política de empresa que permitirá seguir confiando en la infraestructura de clave pública (PKI) antigua de Symantec. A partir del 1 de enero del 2019, esta política dejará de estar disponible, por lo que todos los usuarios dejarán de confiar en la PKI antigua de Symantec automáticamente.

Mención especial: Chrome 65

Tal y como anunciamos anteriormente, ya se ha dejado de confiar en los certificados SSL/TLS de las PKI antiguas de Symantec expedidos después del 1 de diciembre del 2017. Esta medida no afecta a la mayoría de los operadores de sitios web, ya que para obtener este tipo de certificados hace falta suscribir un contrato especial con DigiCert. En Chrome 65 y versiones posteriores, se mostrará un error y se bloqueará la solicitud cuando se acceda a sitios web con este tipo de certificados. Si quieres que no se den este tipo de errores, comprueba que estos certificados solo se usan en dispositivos antiguos y no en navegadores como Chrome.

Publicado por Devon O'Brien, Ryan Sleevi y Emily Stark, del equipo de Seguridad de Chrome

La velocidad de las páginas en el posicionamiento de las búsquedas móviles

Blog oficial de Google para Webmasters - Mié, 18/04/2018 - 02:11
Varios estudios demuestran que la velocidad es un factor muy importante, ya que los usuarios quieren encontrar respuestas a sus preguntas tan rápido como sea posible. Aunque la velocidad lleva siendo un criterio de posicionamiento desde hace tiempo, solo se usaba en las búsquedas en ordenadores. Hoy anunciamos que, a partir de julio del 2018, la velocidad de las páginas también se tendrá en cuenta a la hora de posicionar resultados en las búsquedas móviles.
Este cambio, que llamamos "actualización de velocidad", solo afectará a las páginas más lentas y a un pequeño porcentaje de las consultas. Se aplicarán los mismos criterios a todas las páginas, independientemente de la tecnología con la que se hayan diseñado. La intención con la que se hace una consulta de búsqueda seguirá siendo un factor muy importante, así que una página lenta podrá tener una buena posición en los resultados si ofrece contenido pertinente y de calidad.
Animamos a que los programadores tengan en cuenta el modo en que el rendimiento afecta a la experiencia de usuario de sus páginas y a que consulten las diferentes métricas de experiencia de usuario. No hay ninguna herramienta que indique directamente si este nuevo factor afecta a páginas concretas, pero aquí tienes algunos recursos con los que evaluar el rendimiento de tus páginas:
  • Informe Experiencia de Usuario de Chrome: se trata de un conjunto de datos público en el que se facilita información sobre métricas de experiencia de usuario clave de sitios web populares. Estos datos se basan en la experiencia real de usuarios de Chrome.
  • Lighthouse: se trata de una herramienta automatizada que forma parte de las herramientas para desarrolladores de Chrome y con la que puedes medir la calidad (rendimiento, accesibilidad y más) de las páginas web.
  • PageSpeed Insights: se trata de una herramienta que evalúa los datos del rendimiento de una página en el informe Experiencia de Usuario de Chrome y que recomienda cambios para optimizar el rendimiento.

Como siempre, si tienes alguna pregunta o alguna sugerencia, puedes hacerlas en nuestros foros para webmasters.
Publicado por Zhiheng Wang y Doantam Phan

Implementación de la indexación centrada en los móviles

Blog oficial de Google para Webmasters - Lun, 16/04/2018 - 21:51
Hoy anunciamos que, después de un año y medio de pruebas minuciosas, hemos empezado a migrar los sitios web que siguen las prácticas recomendadas de indexación centrada en los móviles.
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.
Notificamos a los sitios web que se están pasando a la indexación centrada en los móviles en Search Console. Los propietarios de estos sitios web notarán que el robot de Google para smartphones rastrea sus páginas con más frecuencia. Además, mostraremos la versión para móviles de su contenido tanto en los resultados de búsqueda como en las páginas almacenadas en la caché de Google.

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.

Publicado por Fan Zhang, ingeniero de software

Distrust of the Symantec PKI: Immediate action needed by site operators

Google herramientas para webmaster - Mié, 11/04/2018 - 15:58
Cross-posted from the Google Security Blog.

We previously announced plans to deprecate Chrome’s trust in the Symantec certificate authority (including Symantec-owned brands like Thawte, VeriSign, Equifax, GeoTrust, and RapidSSL). This post outlines how site operators can determine if they’re affected by this deprecation, and if so, what needs to be done and by when. Failure to replace these certificates will result in site breakage in upcoming versions of major browsers, including Chrome.

Chrome 66

If your site is using a SSL/TLS certificate from Symantec that was issued before June 1, 2016, it will stop functioning in Chrome 66, which could already be impacting your users.

If you are uncertain about whether your site is using such a certificate, you can preview these changes in Chrome Canary to see if your site is affected. If connecting to your site displays a certificate error or a warning in DevTools as shown below, you’ll need to replace your certificate. You can get a new certificate from any trusted CA, including Digicert, which recently acquired Symantec’s CA business.

An example of a certificate error that Chrome 66 users might see if you are using a Legacy Symantec SSL/TLS certificate that was issued before June 1, 2016. 
The DevTools message you will see if you need to replace your certificate before Chrome 66.Chrome 66 has already been released to the Canary and Dev channels, meaning affected sites are already impacting users of these Chrome channels. If affected sites do not replace their certificates by March 15, 2018, Chrome Beta users will begin experiencing the failures as well. You are strongly encouraged to replace your certificate as soon as possible if your site is currently showing an error in Chrome Canary.

Chrome 70

Starting in Chrome 70, all remaining Symantec SSL/TLS certificates will stop working, resulting in a certificate error like the one shown above. To check if your certificate will be affected, visit your site in Chrome today and open up DevTools. You’ll see a message in the console telling you if you need to replace your certificate.

The DevTools message you will see if you need to replace your certificate before Chrome 70.If you see this message in DevTools, you’ll want to replace your certificate as soon as possible. If the certificates are not replaced, users will begin seeing certificate errors on your site as early as July 20, 2018. The first Chrome 70 Beta release will be around September 13, 2018.

Expected Chrome Release Timeline

The table below shows the First Canary, First Beta and Stable Release for Chrome 66 and 70. The first impact from a given release will coincide with the First Canary, reaching a steadily widening audience as the release hits Beta and then ultimately Stable. Site operators are strongly encouraged to make the necessary changes to their sites before the First Canary release for Chrome 66 and 70, and no later than the corresponding Beta release dates.

ReleaseFirst CanaryFirst BetaStable ReleaseChrome 66January 20, 2018~ March 15, 2018~ April 17, 2018Chrome 70~ July 20, 2018~ September 13, 2018~ October 16, 2018
For information about the release timeline for a particular version of Chrome, you can also refer to the Chromium Development Calendar which will be updated should release schedules change.
In order to address the needs of certain enterprise users, Chrome will also implement an Enterprise Policy that allows disabling the Legacy Symantec PKI distrust starting with Chrome 66. As of January 1, 2019, this policy will no longer be available and the Legacy Symantec PKI will be distrusted for all users.

Special Mention: Chrome 65

As noted in the previous announcement, SSL/TLS certificates from the Legacy Symantec PKI issued after December 1, 2017 are no longer trusted. This should not affect most site operators, as it requires entering in to special agreement with DigiCert to obtain such certificates. Accessing a site serving such a certificate will fail and the request will be blocked as of Chrome 65. To avoid such errors, ensure that such certificates are only served to legacy devices and not to browsers such as Chrome.

Posted by Devon O’Brien, Ryan Sleevi, Emily Stark, Chrome security team

Rolling out mobile-first indexing

Google herramientas para webmaster - Lun, 26/03/2018 - 16:57

Today we’re announcing that after a year and a half of careful experimentation and testing, we’ve started migrating sites that follow the best practices for mobile-first indexing.

To recap, our crawling, indexing, and ranking systems have typically used the desktop version of a page's content, which may cause issues for mobile searchers when that version is vastly different from the mobile version. Mobile-first indexing means that we'll use the mobile version of the page for indexing and ranking, to better help our – primarily mobile – users find what they're looking for.

We continue to have one single index that we use for serving search results. We do not have a “mobile-first index” that’s separate from our main index. Historically, the desktop version was indexed, but increasingly, we will be using the mobile versions of content.

We are notifying sites that are migrating to mobile-first indexing via Search Console. Site owners will see significantly increased crawl rate from the Smartphone Googlebot. Additionally, Google will show the mobile version of pages in Search results and Google cached pages.

To understand more about how we determine the mobile content from a site, see our developer documentation. It covers how sites using responsive web design or dynamic serving are generally set for mobile-first indexing. For sites that have AMP and non-AMP pages, Google will prefer to index the mobile version of the non-AMP page.

Sites that are not in this initial wave don’t need to panic. Mobile-first indexing is about how we gather content, not about how content is ranked. Content gathered by mobile-first indexing has no ranking advantage over mobile content that’s not yet gathered this way or desktop content. Moreover, if you only have desktop content, you will continue to be represented in our index.

Having said that, we continue to encourage webmasters to make their content mobile-friendly. We do evaluate all content in our index -- whether it is desktop or mobile -- to determine how mobile-friendly it is. Since 2015, this measure can help mobile-friendly content perform better for those who are searching on mobile. Related, we recently announced that beginning in July 2018, content that is slow-loading may perform less well for both desktop and mobile searchers.

To recap:

  • Mobile-indexing is rolling out more broadly. Being indexed this way has no ranking advantage and operates independently from our mobile-friendly assessment.
  • Having mobile-friendly content is still helpful for those looking at ways to perform better in mobile search results.
  • Having fast-loading content is still helpful for those looking at ways to perform better for mobile and desktop users.
  • As always, ranking uses many factors. We may show content to users that’s not mobile-friendly or that is slow loading if our many other signals determine it is the most relevant content to show.

We’ll continue to monitor and evaluate this change carefully. If you have any questions, please drop by our Webmaster forums or our public events.

Posted by Fan Zhang, Software Engineer

Introducing the Webmaster Video Series, now in Hindi

Google herramientas para webmaster - Vie, 09/03/2018 - 16:15
Google offers a broad range of resources, in multiple languages, to help you better understand your website and improve its performance. The recently released Search Engine Optimization (SEO) Starter Guide, the Help Center, the Webmaster forums (which are available in 16 languages), and the various Webmaster blogs are just a few of them.
A few months ago, we launched the SEO Snippets video series, where the Google team answered some of the webmaster and SEO questions that we regularly see on the Webmaster Central Help Forum. We are now launching a similar series in Hindi, called the SEO Snippets in Hindi.

From deciding what language to create content in (Hindi vs. Hinglish) to duplicate content, we’re answering the most frequently asked questions on the Hindi Webmaster forum and the India Webmaster community on Google+, in Hindi.
Check out the links shared in the videos to get more helpful webmaster information, drop by our help forum and subscribe to our YouTube channel for more tips and insights!

Posted by Syed Malik, Google Search Outreach

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer