Wednesday, March 27, 2019

MozCon 2019: The Initial Agenda

Posted by cheryldraper

We’ve got three months and some change before MozCon 2019 splashes onto the scene (can you believe it?!) Today, we’re excited to give you a sneak preview of the first batch of 19 incredible speakers to take the stage this year.

With a healthy mix of fresh faces joining us for the first time and fan favorites making a return appearance, our speaker lineup this year is bound to make waves. While a few details are still being pulled together, topics range from technical SEO, content marketing, and local search to link building, machine learning, and way more — all with an emphasis on practitioners sharing tactical advice and real-world stories of how they’ve moved the needle (and how you can, too.)

Still need to snag your ticket for this sea of actionable talks? We've got you covered:

Register for MozCon

The Speakers

Take a gander at who you'll see on stage this year, along with some of the topics we've already worked out:

Sarah Bird

CEO — Moz

Welcome to MozCon 2019 + the State of the Industry

Our vivacious CEO will be kicking things off early on the first day of MozCon with a warm welcome, laying out all the pertinent details of the conference, and getting us in the right mindset for three days of learning with a dive into the State of the Industry.


Casie Gillette

Senior Director, Digital Marketing — KoMarketing

Making Memories: Creating Content People Remember

We know that only 20% of people remember what they read, but 80% remember what they saw. How do you create something people actually remember? You have to think beyond words and consider factors like images, colors, movement, location, and more. In this talk, Casie will dissect what brands are currently doing to capture attention and how everyone, regardless of budget or resources, can create the kind of content their audience will actually remember.


Ruth Burr Reedy

Director of Strategy — UpBuild

Human > Machine > Human: Understanding Human-Readable Quality Signals and Their Machine-Readable Equivalents

The push and pull of making decisions for searchers versus search engines is an ever-present SEO conundrum. How do you tackle industry changes through the lens of whether something is good for humans or for machines? Ruth will take us through human-readable quality signals and their machine-readable equivalents and how to make SEO decisions accordingly, as well as how to communicate change to clients and bosses.


Wil Reynolds

Founder & Director of Digital Strategy — Seer Interactive

Topic: TBD

A perennial favorite on the MozCon stage, we’re excited to share more details about Wil’s 2019 talk as soon as we can!


Dana DiTomaso

President & Partner — Kick Point

Improved Reporting & Analytics within Google Tools

Covering the intersections between some of our favorite free tools — Google Data Studio, Google Analytics, and Google Tag Manager— Dana will be deep-diving into how to improve your reporting and analytics, even providing downloadable Data Studio templates along the way.


Paul Shapiro

Senior Partner, Head of SEO — Catalyst, a GroupM and WPP Agency

Redefining Technical SEO

It’s time to throw the traditional definition of technical SEO out the window. Why? Because technical SEO is much, much bigger than just crawling, indexing, and rendering. Technical SEO is applicable to all areas of SEO, including content development and other creative functions. In this session, you’ll learn how to integrate technical SEO into all aspects of your SEO program.


Shannon McGuirk

Head of PR & Content — Aira Digital

How to Supercharge Link Building with a Digital PR Newsroom

Everyone who’s ever tried their hand at link building knows how much effort it demands. If only there was a way to keep a steady stream of quality links coming in the door for clients, right? In this talk, Shannon will share how to set up a "digital PR newsroom" in-house or agency-side that supports and grows your link building efforts. Get your note-taking hand ready, because she’s going to outline her process and provide a replicable tutorial for how to make it happen.


Russ Jones

Marketing Scientist — Moz

Topic: TBD

Russ is planning to wow us with a talk he’s been waiting years to give — we’re still hashing out the details and can’t wait to share what you can expect!


Dr. Pete Meyers

Marketing Scientist — Moz

How Many Words is a Question Worth?

Traditional keyword research is poorly suited to Google's quest for answers. One question might represent thousands of keyword variants, so how do we find the best questions, craft content around them, and evaluate success? Dr. Pete dives into three case studies to answer these questions.


Cindy Krum

CEO — MobileMoxie

Fraggles, Mobile-First Indexing, & the SERP of the Future

Before you ask: no, this isn’t Fraggle Rock, MozCon edition! Cindy will cover the myriad ways mobile-first indexing is changing the SERPs, including progressive web apps, entity-first indexing, and how "fraggles" are indexed in the Knowledge Graph and what it all means for the future of mobile SERPs.


Ross Simmonds

Digital Strategist — Foundation Marketing

Keyword's Aren't Enough: How to Uncover Content Ideas Worth Chasing

Many marketers focus solely on keyword research when crafting their content, but it just isn't enough these days if you want to gain a competitive edge. Ross will share a framework for uncovering content ideas leveraged from forums, communities, niche sites, good old-fashioned SERP analysis, and more, tools and techniques to help along the way, and exclusive research surrounding the data that backs this up.


Britney Muller

Senior SEO Scientist — Moz

Topic: TBD

Last year, Britney rocked our socks off with her presentation on machine learning and SEO. We’re still ironing out the specifics of her 2019 talk, but suffice to say it might be smart to double-up on socks.


Mary Bowling

Co-Founder — Ignitor Digital

Brand Is King: How to Rule in the New Era of Local Search

Get ready for a healthy dose of all things local with this talk! Mary will deep-dive into how the Google Local algorithm has matured in 2019 and how marketers need to mature with it; how the major elements of the algo (relevance, prominence, and proximity) influence local rankings and how they affect each other; how local results are query dependent; how to feed business info into the Knowledge Graph; and how brand is now "king" in Local Search.


Darren Shaw

Founder — Whitespark

From Zero to Local Ranking Hero

From zero web presence to ranking hyper-locally, Darren will take us along on the 8-month-long journey of a business growing its digital footprint and analyzing what worked (and didn’t) along the way. How well will they rank from a GMB listing alone? What about when citations were added, and later indexed? Did having a keyword in the business name help or harm, and what changes when they earn a few good links? Buckle up for this wild ride as we discover exactly what impact different strategies have on local rankings.


Andy Crestodina

Co-Founder / Chief Marketing Officer — Orbit Media

What’s the Most Effective Content Strategy?

There’s so much advice out there on how to craft a content strategy that it can feel scattered and overwhelming. In his talk, Andy will cover exactly which tactics are the most effective and pull together a cohesive story on just what details make for an effective and truly great content strategy.


Luke Carthy

Digital Lead — Excel Networking

Killer CRO and UX Wins Using an SEO Crawler

CRO, UX, and an SEO crawler? You read that right! Luke will share actionable tips on how to identify revenue wins and impactful low-hanging fruit to increase conversions and improve UX with the help of a site crawler typically used for SEO, as well as a generous helping of data points from case studies and real-world examples.


Joy Hawkins

Owner — Sterling Sky Inc.

Factors that Affect the Local Algorithm that Don't Impact Organic

Google’s local algorithm is a horse of a different color when compared with the organic algo most SEOs are familiar with. Joy will share results from a SterlingSky study on how proximity varies greatly when comparing local and organic results, how reviews impact ranking (complete with data points from testing), how spam is running wild (and how it negatively impacts real businesses), and more.


Heather Physioc

Group Director of Discoverability — VMLY&R

Mastering Branded Search

Doing branded search right is complicated. “Branded search” isn't just when people search for your client’s brand name — instead, think brand, category, people, conversation around the brand, PR narrative, brand entities/assets, and so on. Heather will bring the unique twists and perspectives that come from her enterprise and agency experience working on some of the biggest brands in the world, providing different avenues to go down when it comes to keyword research and optimization.

See you at MozCon?

We hope you’re as jazzed as we are for July 15th–17th to hurry up and get here. And again, if you haven’t grabbed your ticket yet, we’ve got your back:

Grab your MozCon ticket now!

Has speaking at MozCon been on your SEO conference bucket list? If so, stay tuned — we’ll be starting our community speaker pitch process soon, so keep an eye on the blog in the coming weeks!


Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read!



from Moz Blog https://moz.com/blog/mozcon-2019-agenda
via IFTTT

Monday, March 25, 2019

Pasamos el tráfico de sitios web a URL canónicas

En el informe de rendimiento de Search Console se atribuyen todas las métricas de la página a la URL exacta de la Búsqueda de Google que ha redirigido al usuario. Aunque gracias a este procedimiento se generan datos muy específicos, gestionar propiedades ahora es más complejo ya que, por ejemplo, si tu sitio web tiene una versión para móviles y otra para ordenadores en propiedades diferentes, debes abrir varias para ver todos los datos relacionados con el mismo contenido de la Búsqueda.

Para unificar tus datos, Search Console pronto empezará a asignar métricas de búsqueda a URL canónicas (seleccionadas por Google), en lugar de la URL indicada en la Búsqueda de Google. Con este cambio se obtienen estas ventajas:
  • Se unifican todas las métricas de búsqueda de contenido en una única URL, denominada URL canónica. De este modo, se mostrará la imagen completa de un tipo de contenido concreto de una propiedad.
  • Se unifican en una única propiedad, denominada canónica, todos los datos relativos a los usuarios de tus páginas AMP o independientes para móviles. Las excepciones a este caso son algunas URL para móviles, que pueden acabar convirtiéndose en canónicas en sí mismas.
  • Se mejora la utilidad de los informes de AMP y de la optimización para móviles. En estos informes aparecen indicados los problemas de la propiedad de la página canónica, pero las impresiones se atribuyen a la propiedad en la que está la URL de la Búsqueda de Google. Tras este cambio, las impresiones y los errores se mostrarán en la misma propiedad.

¿Cuándo se producirá?

Nuestra intención es hacer la transición de todos los datos de rendimiento a finales de marzo. Para que no falte ningún dato, rellenaremos automáticamente tus datos unificados de enero del 2018 y posteriores. Además, podrás ver tanto la versión nueva como la antigua durante unas semanas mientras se hace la transición para que compruebes los cambios que haya y entiendas las diferencias.

Si utilizas API y Data Studio, debes saber que la API de Search Console pasará a mostrar datos canónicos a finales de marzo.

¿Cómo afectará este cambio a mis datos?

  • A nivel de URLs, verás que el tráfico de las URL no canónicas (duplicadas) se pasa a las canónicas.
  • A nivel de propiedades, verás que los datos de tu propiedad alternativa (por ejemplo, tu sitio web móvil) se pasan a tu propiedad canónica. Seguramente el tráfico de tu propiedad alternativa no se quede a cero en Search Console, ya que la canonicalización se realiza a nivel de página y no de propiedad, por lo que puede haber algunas páginas canónicas en tu propiedad móvil. Sin embargo, la mayoría de los usuarios verá que la mayor parte de los datos a nivel de propiedad se pasan a una única propiedad. El tráfico de la propiedad AMP aquí sí que se queda a cero en la mayoría de los casos (salvo en las páginas que se referencien como canónicas).
  • Podrás seguir filtrando datos por dispositivo, aparición en búsquedas (como AMP) y país, entre otras dimensiones, sin perder información importante sobre el tráfico. 
A continuación, podrás ver algunos ejemplos sobre cómo cambia el tráfico.

Preparar el cambio

  • Plantéate si tienes que cambiar el acceso de usuarios a tus propiedades y, por ejemplo, añadir usuarios a tu propiedad canónica o hacer que los usuarios deban seguir pidiendo acceso a las propiedades no canónicas.
  • Cambia los informes sobre tráfico personalizados que hayas creado para adaptarlos a estos cambios.
  • Si tienes que obtener la URL canónica de una página concreta, puedes hacerlo mediante la herramienta de inspección de URL.
  • Si quieres guardar tus datos de tráfico calculados mediante el sistema actual, puedes descargarlos con el botón Exportar datos del informe Rendimiento o con la API de Search Console.

Ejemplos

A continuación te mostramos algunos ejemplos sobre cómo pueden cambiar los datos en tu sitio web. Además, podrás ver cómo cambian los números del tráfico entre una página canónica, denominada example.com, y una alternativa, denominada m.example.com.

Importante: En estos ejemplos, la versión del sitio web para ordenadores solo contiene las páginas canónicas y la versión para móviles las páginas alternativas, pero en otros casos la versión para ordenadores también podría contener páginas alternativas y la versión para móviles algunas páginas canónicas. Puedes determinar la versión canónica de una determinada URL mediante la herramienta de inspección de URL.

Tráfico total
En la versión actual, parte del tráfico se atribuye a la propiedad canónica y otra parte a la propiedad alternativa. En la nueva versión, todo el tráfico se atribuye a la propiedad canónica.


 


Propiedad canónica
(http://example.com)
Propiedad alternativa
(http://m.example.com)
Actual
Nuevo
Basado en las URL canónicas
Variación
+700     |        +3000
-700        |          -3000


Tráfico de páginas concretas
Puedes ver cómo cambia el tráfico entre las URL duplicadas y canónicas de algunas páginas en la vista Páginas. En el ejemplo que se encuentra a continuación podemos ver cómo el tráfico que solía dividirse entre las páginas canónicas y alternativas ahora se atribuye todo a las canónicas:




Propiedad canónica
(http://example.com)
Propiedad alternativa
(http://m.example.com)
Actual
Nuevo
Variación
+150     |        +800
-150     |        -800



Tráfico de móviles
En la versión actual, todo el tráfico de móviles se atribuye a la propiedad "m.". En la nueva versión, todo el tráfico se atribuye a la propiedad canónica cuando aplicas el filtro "Dispositivos: Móviles", tal como se muestra a continuación:




Propiedad canónica
(http://example.com)
Propiedad alternativa
(http://m.example.com)
Actual
Nuevo
Variación
+700      |       +3000
-700      |       -3000


Conclusiones

Somos conscientes de que este cambio puede resultar un poco confuso al principio, pero tenemos la certeza de que con él te será más fácil hacer el seguimiento de los datos de tráfico de tu sitio web. Si tienes alguna pregunta, ponte en contacto con nosotros a través del foro de ayuda para webmasters.

Publicado por John Mueller, de Google Zúrich


from El Blog para Webmasters http://webmaster-es.googleblog.com/2019/03/trafico-de-sitios-web-url-canonicas.html
via IFTTT

Friday, March 22, 2019

Anunciamos los datos a nivel de dominio en Search Console

Desde Google, recomendamos que verifiques todas las versiones de un sitio web (http, https, con www y sin www) porque, de este modo, tendrás una visión completa del mismo en Google Search Console. Hasta la fecha, los webmasters que seguían esta recomendación tenían muchas listas distintas, lo que complicaba tener una perspectiva general sobre cómo Google "ve" su dominio en conjunto. Por este motivo, hoy anunciamos el lanzamiento de las "propiedades de dominio" de Search Console, con las que se puede verificar y consultar los datos relativos a la Búsqueda de Google a nivel de dominio.


Las propiedades de dominio muestran datos de todas las URL que se encuentran bajo el mismo nombre de dominio, incluidos sus protocolos, sus subdominios y sus rutas. Estas propiedades te permiten ver directamente en Search Console una perspectiva general de tu sitio web sin que tengas que combinar los datos por tu cuenta. De este modo, independientemente de si utilizas URLs para páginas web móviles o de si finalmente has decidido hacer la migración a HTTPS, Search Console podrá ayudarte a tener una visión completa de los datos de tu sitio web tal como los ve la Búsqueda de Google.
 
Si ya has configurado la verificación DNS, Search Console creará automáticamente propiedades de dominio durante las próximas semanas a partir de los datos de todos los informes. Si no lo has hecho, para añadir una propiedad de dominio, debes ir al selector de propiedades, añadir una propiedad de dominio y usar la verificación DNS. Recomendamos que a partir de ahora se usen propiedades de dominio siempre que sea posible. 
 
Hemos creado las propiedades de dominio partiendo de los comentarios que recibimos de nuestros usuarios, así que gracias por todo lo que has contribuido a lo largo de estos años. Esperamos que así te sea más fácil gestionar tu sitio web y tener una perspectiva general completa sin tener que combinar los datos manualmente. Si tienes alguna duda, pásate por el foro de ayuda o déjanos un comentario en Twitter, aunque recuerda que siempre puedes enviarnos tu opinión con la función de comentarios de Search Console.
 
Publicado por Erez Bixon, del equipo de Search Console


from El Blog para Webmasters http://webmaster-es.googleblog.com/2019/03/datos-nivel-dominio-search-console.html
via IFTTT

The One-Hour Guide to SEO, Part 2: Keyword Research - Whiteboard Friday

Thursday, March 14, 2019

Our Own Sarah Bird Joins the 2019 Class of Henry Crown Fellows!

Indica a la Búsqueda de Google la fecha que debe mostrar junto a tu página web

En ocasiones, los resultados de búsqueda de Google muestran fechas junto al texto. En esta entrada abordamos algunas preguntas frecuentes de los webmasters acerca de cómo se determinan estas fechas y ofrecemos algunas prácticas recomendadas que ayudan a determinar qué fechas son las más adecuadas.

Cómo se determina qué fecha mostrar

Google muestra la fecha de las páginas cuando los sistemas automatizados determinan que es pertinente; por ejemplo, con páginas en las que la fecha es importante, como las de noticias:

Para determinar la fecha que muestra, Google tiene en cuenta varios factores, como las fechas destacadas que aparecen en la propia página o las que indica el editor en su marcado de datos estructurados.

Google no se basa únicamente en uno de estos factores, pues todos están sujetos a problemas, ya sea porque los editores no siempre indican fechas claras y visibles o porque faltan datos estructurados o no se ajustan a la zona horaria adecuada. Por este motivo, nuestros sistemas tienen en cuenta varios factores a la hora de determinar la fecha que creemos que se acerca más al momento en que se publicó o editó una página de manera sustancial. 


Cómo indicar la fecha de una página

Para que Google elija la fecha correcta, los propietarios y los editores de sitios web deberían seguir estas prácticas recomendadas:

● Mostrar una fecha de forma clara y visible en la página.

● Usar datos estructurados, como el esquema de datePublished y dateModified, y aplicar el indicador de zona horaria correcta en páginas AMP y en páginas que no sean AMP. Si se emplean datos estructurados, hay que seguir el formato ISO 8601.

Directrices específicas de Google Noticias

En Google Noticias es indispensable mostrar de manera clara la fecha y hora en que se publicó o actualizó el contenido. Además de incluir de forma visible la fecha y la hora entre el titular y el texto del artículo, recomendamos emplear datos estructurados, aunque debes tener en cuenta que no bastarán por sí solos.

Si se ha editado un artículo de forma significativa, tiene sentido cambiarle la fecha y la hora. Sin embargo, no cambies la fecha de un artículo si solo has hecho pequeños cambios y no has añadido información importante ni tienes ningún otro motivo convincente para hacerlo. Además, tampoco debes crear un artículo que sea casi idéntico a otro que se publicó anteriormente para después eliminar el antiguo y hacer que la URL redirija al nuevo, ya que esta práctica va en contra de nuestras directrices sobre las URL de artículos.


Otras prácticas recomendadas acerca de las fechas en páginas web

Además de los requisitos más importantes que ya hemos enumerado, a continuación mencionamos otras prácticas recomendadas para ayudar a Google a determinar cuál es la mejor fecha que puede aparecer junto a una página web:

● Muestra cuándo se ha actualizado una página: si actualizas una página de manera significativa, actualiza también la fecha que se muestra, así como la hora en el caso de que aparezca. Tienes la opción de mostrar dos fechas, la de la publicación original y la de la actualización, pero debes asegurarte de que los lectores pueden diferenciarlas claramente. Si decides mostrar las dos fechas, te recomendamos que utilices datePublished y dateModified con las páginas AMP y con las que no sean AMP para que los algoritmos las reconozcan con más facilidad.

● Si indicas una hora, asegúrate de proporcionar la zona horaria correcta, teniendo en cuenta el horario de verano si procede.

● Sé coherente con las fechas. Dentro de una misma página, utiliza exactamente la misma fecha (y, si cabe, la misma hora) tanto en los datos estructurados como en la parte visible de la página. Asimismo, usa la misma zona horaria en caso de que ya aparezca una en la página.

● No utilices fechas futuras ni relacionadas con el contenido de una página. Usa siempre la que indique cuándo se publicó o actualizó la página, no una que esté relacionada con un evento que se mencione en la página, sobre todo si son eventos u otros temas que se harán en el futuro. En casos así, puedes utilizar el marcado Event por separado, si procede.

● Sigue las directrices de Google sobre datos estructurados. A pesar de que Google no pueda garantizar que utilizará la fecha indicada en la página (ni datos estructurados en general), si sigues nuestras directrices sobre datos estructurados, nuestros algoritmos por lo menos la tendrán disponible en una forma legible para el sistema.

● Reduce al mínimo las demás fechas que aparezcan en la página para solucionar los problemas. Si has seguido las prácticas recomendadas anteriores y descubres que se están seleccionando fechas incorrectas, revisa el resto de las fechas que aparezcan en la página, como las que se muestran junto a artículos relacionados, para ver si puedes quitarlas todas o al menos dejar solo las indispensables.

Esperamos que estas directrices te sirvan para indicar con más facilidad la fecha adecuada de las páginas de tu sitio web. Si tienes más preguntas o comentarios sobre este tema o sobre otros relacionados con los datos estructurados, pásate por nuestro foro de ayuda para webmasters.



Publicado por John Mueller, Developer Advocate en Zúrich


from El Blog para Webmasters http://webmaster-es.googleblog.com/2019/03/directrices-fechas-Google8.html
via IFTTT

Thursday, March 7, 2019

Cómo indicarle a la Búsqueda de Google qué fecha debería mostrar junto a tu página web

En ocasiones, los resultados de búsqueda de Google muestran fechas junto al texto. En esta entrada abordamos algunas preguntas frecuentes de los webmasters acerca de cómo se determinan estas fechas y ofrecemos algunas prácticas recomendadas que ayudan a determinar qué fechas son las más adecuadas.

Cómo se determina qué fecha mostrar

Google muestra la fecha de las páginas cuando los sistemas automatizados determinan que es pertinente; por ejemplo, con páginas en las que la fecha es importante, como las de noticias:

Para determinar la fecha que muestra, Google tiene en cuenta varios factores, como las fechas destacadas que aparecen en la propia página o las que indica el editor en su marcado de datos estructurados.

Google no se basa únicamente en uno de estos factores, pues todos están sujetos a problemas, ya sea porque los editores no siempre indican fechas claras y visibles o porque faltan datos estructurados o no se ajustan a la zona horaria adecuada. Por este motivo, nuestros sistemas tienen en cuenta varios factores a la hora de determinar la fecha que creemos que se acerca más al momento en que se publicó o editó una página de manera sustancial. 

Cómo indicar la fecha de una página

Para que Google elija la fecha correcta, los propietarios y los editores de sitios web deberían seguir estas prácticas recomendadas:

● Mostrar una fecha de forma clara y visible en la página.

● Usar datos estructurados, como el esquema de datePublished y dateModified, y aplicar el indicador de zona horaria correcta en páginas AMP y en páginas que no sean AMP. Si se emplean datos estructurados, hay que seguir el formato ISO 8601.

Directrices específicas de Google Noticias

En Google Noticias es indispensable mostrar de manera clara la fecha y hora en que se publicó o actualizó el contenido. Además de incluir de forma visible la fecha y la hora entre el titular y el texto del artículo, recomendamos emplear datos estructurados, aunque debes tener en cuenta que no bastarán por sí solos.

Si se ha editado un artículo de forma significativa, tiene sentido cambiarle la fecha y la hora. Sin embargo, no cambies la fecha de un artículo si solo has hecho pequeños cambios y no has añadido información importante ni tienes ningún otro motivo convincente para hacerlo. Además, tampoco debes crear un artículo que sea casi idéntico a otro que se publicó anteriormente para después eliminar el antiguo y hacer que la URL redirija al nuevo, ya que esta práctica va en contra de nuestras directrices sobre las URL de artículos.

Otras prácticas recomendadas acerca de las fechas en páginas web

Además de los requisitos más importantes que ya hemos enumerado, a continuación mencionamos otras prácticas recomendadas para ayudar a Google a determinar cuál es la mejor fecha que puede aparecer junto a una página web:

● Muestra cuándo se ha actualizado una página: si actualizas una página de manera significativa, actualiza también la fecha que se muestra, así como la hora en el caso de que aparezca. Tienes la opción de mostrar dos fechas, la de la publicación original y la de la actualización, pero debes asegurarte de que los lectores pueden diferenciarlas claramente. Si decides mostrar las dos fechas, te recomendamos que utilices datePublished y dateModified con las páginas AMP y con las que no sean AMP para que los algoritmos las reconozcan con más facilidad.

● Si indicas una hora, asegúrate de proporcionar la zona horaria correcta, teniendo en cuenta el horario de verano si procede.

Sé coherente con las fechas. Dentro de una misma página, utiliza exactamente la misma fecha (y, si cabe, la misma hora) tanto en los datos estructurados como en la parte visible de la página. Asimismo, usa la misma zona horaria en caso de que ya aparezca una en la página.

No utilices fechas futuras ni relacionadas con el contenido de una página. Usa siempre la que indique cuándo se publicó o actualizó la página, no una que esté relacionada con un evento que se mencione en la página, sobre todo si son eventos u otros temas que se harán en el futuro. En casos así, puedes utilizar el marcado Event por separado, si procede.

Sigue las directrices de Google sobre datos estructurados. A pesar de que Google no pueda garantizar que utilizará la fecha indicada en la página (ni datos estructurados en general), si sigues nuestras directrices sobre datos estructurados, nuestros algoritmos por lo menos la tendrán disponible en una forma legible para el sistema.

Reduce al mínimo las demás fechas que aparezcan en la página para solucionar los problemas. Si has seguido las prácticas recomendadas anteriores y descubres que se están seleccionando fechas incorrectas, revisa el resto de las fechas que aparezcan en la página, como las que se muestran junto a artículos relacionados, para ver si puedes quitarlas todas o al menos dejar solo las indispensables.

Esperamos que estas directrices te sirvan para indicar con más facilidad la fecha adecuada de las páginas de tu sitio web. Si tienes más preguntas o comentarios sobre este tema o sobre otros relacionados con los datos estructurados, pásate por nuestro foro de ayuda para webmasters.

Publicado por John Mueller, Developer Advocate en Zúrich



from El Blog para Webmasters http://webmaster-es.googleblog.com/2019/03/directrices-fechas-Google.html
via IFTTT

Monday, March 4, 2019

March 1st Google Update: The Mysterious Case of the 19-Result SERPs

Limpieza a fondo en Search Console

Durante el último año, la nueva versión de Search Console ha ido creciendo y mejorando para que los propietarios de sitios web puedan centrarse más fácilmente en las tareas importantes. Por nuestra parte, vamos a centrar todos nuestros esfuerzos en la nueva versión de Search Console para ofrecer a los usuarios la mejor herramienta posible, lo que puede implicar desactivar algunos de los aspectos antiguos de Search Console que en ocasiones ya se han mejorado.De este modo, podremos seguir incorporando y optimizando funciones en la nueva versión de Search Console.

A continuación se indican algunos de los cambios que tenemos previsto introducir en Search Console hacia finales de marzo del 2019:

Errores de rastreo en el nuevo informe "Cobertura del índice"


Uno de los comentarios que recibíamos más a menudo era que no se podían configurar prioridades en la lista de errores de rastreo de Search Console; en consecuencia, se suelen mostrar errores que no hace falta corregir, ya que es habitual que Google rastree URLs que no existen. A partir de ahora mostraremos los errores y patrones de indexación de sitios web porque creemos que, de este modo, los propietarios de sitios web podrán detectar y corregir errores, así como solicitar que se vuelvan a procesar sitios web una vez corregidos, mucho más rápido. Debido a este cambio, retiraremos el antiguo informe "Errores de rastreo" que detectaba errores en las versiones para ordenadores y smartphones, y a nivel de sitio web. Queremos seguir mejorando el modo en que se identifican y marcan los errores, así que, si tienes alguna sugerencia, no dudes en hacérnosla llegar a través de las herramientas.

Además de este informe, también retiraremos la API de errores de rastreo que se basa en los mismos sistemas internos. Por el momento no hay ninguna herramienta alternativa para sustituir esta API. Informaremos de este cambio directamente a los usuarios que la utilicen. 

Datos de sitemaps en el informe "Cobertura del índice"


A medida que vayamos mejorando la nueva versión de Search Console, desactivaremos el antiguo informe "Sitemaps", puesto que ya hemos incluido casi todas sus funciones en el nuevo informe y tenemos previsto añadirle toda la información que falta (en concreto, la de imágenes y vídeos). Además, en el informe "Cobertura del índice" puedes supervisar las URL que se envían en archivos de sitemap; solo tienes que seleccionar los archivos oportunos y filtrar por ellos. De este modo, te resultará más fácil centrarte en las URL que te interesan.

Utilizar la herramienta de inspección de URL para explorar como Google


Con la nueva herramienta de inspección de URL, puedes comprobar y revisar URL de tu sitio web de muchas maneras distintas, así como consultar cuáles están en el índice y comprobar la versión publicada de las URL que hayas modificado recientemente. Además, en ella se muestra mucha más información sobre las URL, como los encabezados HTTP, los recursos de la página, el registro de la consola de JavaScript y una captura de pantalla de la página. Finalmente, también te permite enviar páginas para que vuelvan a procesarse y, de este modo, se incluyan o actualicen cuanto antes en nuestros resultados de búsqueda.

Gestionar usuarios desde el apartado Configuración


Hemos mejorado y simplificado la interfaz de gestión de usuarios juntándola con el apartado Configuración de la nueva versión de Search Console. Ahora tendrás que acceder a este apartado para utilizar las funciones de gestión de usuarios de la antigua versión.

Cambio del panel de control de datos estructurados a informes específicos por vertical


Para que te sea más fácil conseguir que tu sitio web se muestre como resultado enriquecido, el año pasado añadimos varios informes a la nueva versión de Search Console, como los de empleos, recetas, eventos y preguntas. Este año, nos hemos comprometido a incluir más informes de este tipo. Cuando Google detecte algún error de sintaxis al analizar los datos estructurados de una página, también se mostrará en la vista global de errores para que no se te escape nada importante.

Los tipos de datos estructurados que no sean compatibles con los resultados enriquecidos ya no se incluirán en los informes de Search Console. El objetivo de este cambio es reducir el número de errores poco importantes que se te muestran y ayudarte a que te centres en los problemas que podrían afectar al aspecto de tus páginas en la Búsqueda. 

Retirada de algunas funciones antiguas


Como nos queremos centrar en las funciones que creemos que son más importantes para los propietarios de sitios web, hemos tenido que tomar la difícil decisión de retirar algunas funciones de Search Console. Concretamente, hemos retirado las siguientes:

Sugerencias HTML: detectar títulos cortos y duplicados puede resultar útil a los propietarios de sitios web; sin embargo, los algoritmos de Google han ido mejorando su forma de mostrar y mejorar títulos. Seguimos pensando que se trata de un aspecto útil que se debería tener en cuenta en los sitios web, y tienes a tu disposición muy buenas herramientas con las que podrás extraer títulos y descripciones de tu sitio web fácilmente.

Conjuntos de propiedades: aunque a algunos propietarios de sitios web les encanta esta función, lo cierto es que tiene tan pocos usuarios que es difícil justificar los esfuerzos necesarios para mantenerla. Sin embargo, nos hemos dado cuenta de que los usuarios necesitan una visión más completa de su sitio web, así que pronto añadiremos la opción de gestionar una cuenta de Search Console que incluya todo un dominio, independientemente del tipo de esquema o los subdominios que tenga. No te pierdas las novedades.

Aplicaciones Android: la mayoría de las funciones más importantes se han ido trasladando a la consola de Firebase con el paso de los años.

Recursos bloqueados: añadimos esta función hace varios años para ayudar a los propietarios de sitios web a desbloquear archivos CSS y JavaScript y así mejorar la compatibilidad con los dispositivos móviles. Sin embargo, cada vez se detectan menos problemas de este tipo, el número de usuarios de la herramienta ha disminuido considerablemente y, además, ahora se pueden encontrar recursos bloqueados directamente en la herramienta de inspección de URL.

Danos tu opinión


Sabemos que algunos de estos cambios afectarán a tus flujos de trabajo, por eso hemos querido notificártelos lo antes posible. Si hay algún aspecto que no te ha quedado del todo claro o que preferirías que funcionara de otro modo, envíanos tus comentarios directamente desde la nueva versión de Search Console. Si quieres enviar comentarios más detallados, hazlo en nuestro foro de ayuda y no dudes en incluir capturas de pantalla y sugerencias. Creemos que, a la larga, la nueva versión de Search Console te facilitará el trabajo y te permitirá centrarte en los problemas que afectan a tu sitio web e identificar las oportunidades disponibles para mejorarlo en los resultados de búsqueda. 

¡Nos espera un año emocionante!

Publicado por Hillel Maoz, equipo de Search Console


from El Blog para Webmasters http://webmaster-es.googleblog.com/2019/03/limpieza-fondo-en-search-console.html
via IFTTT