Posicionamiento en buscadores

Cómo pasar de las URL para móviles a un sitio web adaptable

Blog oficial de Google para Webmasters - Vie, 15/09/2017 - 17:05
Como resultado de la creciente conversión de muchos sitios web a un diseño web adaptable, a muchos webmasters les surgen dudas sobre la migración de las URL independientes para móviles al uso de un diseño web adaptable. A continuación te presentamos algunas recomendaciones para pasar de URL independientes para móviles a una URL adaptable, de modo que tus sitios web tengan más posibilidades de ofrecer un buen rendimiento en los resultados de búsqueda de Google.

Conversión a sitios web adaptables compatible con el robot de GoogleCuando tengas listo tu sitio web adaptable, la conversión es algo que podrás hacer con simplemente un poco de previsión. Teniendo en cuenta que las URLs serán las mismas que las de la versión para ordenadores, lo único que tienes que hacer es configurar redireccionamientos 301 de las URL para móviles a las del diseño web adaptable.Estos son los pasos detallados:

  1. Prepara tu sitio web adaptable.
  1. Configura redireccionamientos 301 en las URL para móviles antiguas para que apunten a las versiones adaptables (las páginas nuevas). Estos redireccionamientos se deben llevar a cabo por separado para cada URL para móviles apuntando a las URL adaptables.
  1. Quita toda la configuración específica de URL para móviles que tenga tu sitio web, como los redireccionamientos condicionales o un encabezado HTTP variable.
  2. Te recomendamos que configures enlaces rel=canonical en las URL adaptables que apunten a sí mismos (URL canónicas que hacen referencia a sí mismas).

Si actualmente utilizas la publicación dinámica y quieres cambiar al diseño adaptable, no es necesario que añadas ni cambies ningún redireccionamiento.

Algunas ventajas de la conversión al diseño web adaptableLa conversión a un sitio web adaptable debería terminar simplificando considerablemente el mantenimiento y la generación de informes. Además de no necesitar gestionar URL independientes para todas las páginas, te resultará también mucho más fácil adoptar prácticas y tecnologías como hreflang para la internacionalización o AMP para datos de velocidad estructurados para funciones de búsqueda avanzadas, entre otros.

Como siempre, si necesitas más ayuda, puedes publicar una pregunta en el foro para webmasters.


Escrito por Cherry Prommawin (Relaciones con webmasters). Publicado por Joan Ortiz, equipo de calidad de búsqueda.

How to move from m-dot URLs to responsive site

Google herramientas para webmaster - Jue, 14/09/2017 - 23:32

With more sites moving towards responsive web design, many webmasters have questions about migrating from separate mobile URLs, also frequently known as "m-dot URLs", to using responsive web design. Here are some recommendations on how to move from separate urls to one responsive URL in a way that gives your sites the best chance of performing well on Google's search results.

Moving to responsive sites in a Googlebot-friendly way

Once you have your responsive site ready, moving is something you can definitely do with just a bit of forethought. Considering your URLs stay the same for desktop version, all you have to do is to configure 301 redirects from the mobile URLs to the responsive web URLs.

Here are the detailed steps:

  1. Get your responsive site ready
  2. Configure 301 redirects on the old mobile URLs to point to the responsive versions (the new pages). These redirects need to be done on a per-URL basis, individually from each mobile URLs to the responsive URLs.
  3. Remove any mobile-URL specific configuration your site might have, such as conditional redirects or a vary HTTP header.
  4. As a good practice, setup rel=canonical on the responsive URLs pointing to themselves (self-referential canonicals).

If you're currently using dynamic serving and want to move to responsive design, you don't need to add or change any redirects.

Some benefits for moving to responsive web design

Moving to a responsive site should make maintenance and reporting much easier for you down the road. Aside from no longer needing to manage separate URLs for all pages, it will also make it much easier to adopt practices and technologies such as hreflang for internationalization, AMP for speed, structured data for advanced search features and more.

As always, if you need more help you can ask a question in our webmaster forum.

Posted by Cherry Prommawin, Webmaster Relations .blogimg img { width: 100%; border: 0; margin: 0; padding: 10px 0 10px 0; }

Los próximos pasos para lograr una conexión más segura

Blog oficial de Google para Webmasters - Mar, 29/08/2017 - 09:44
En enero, dimos los primeros pasos (entrada en Inglés) para mejorar cómo se indica la seguridad de las conexiones de las páginas HTTP en Chrome. Actualmente, las páginas HTTP solo se marcan como no seguras si contienen campos de contraseña o de tarjeta de crédito. Sin embargo, a partir de octubre del 2017, también se marcarán como no seguras en otras dos situaciones: cuando deban introducirse datos y cuando se visiten en modo incógnito.Nuestro objetivo de etiquetar todos los sitios web HTTP como no seguros según unos criterios cada vez más amplios se va cumpliendo de forma gradual. Desde que aplicamos el cambio en Chrome 56, se han reducido en un 23% las visitas a páginas HTTP con campos de contraseña o de tarjeta de crédito en ordenadores. Pero estamos listos para dar un paso más.Las contraseñas y las tarjetas de crédito no son los únicos datos que deben ser privados. Ningún usuario de la red debería poder acceder a la información que se introduce en un sitio web, por lo que, a partir de la versión 62 de Chrome, se mostrará la advertencia No es seguro cuando se introduzcan datos en sitios web HTTP.
Es probable que los usuarios que naveguen usando el modo incógnito de Chrome crean tener un nivel de privacidad superior. Sin embargo, la navegación HTTP no protege los datos, por lo que en la versión 62 también se marcarán como no seguras las páginas HTTP que se visiten en modo incógnito.


Nuestra intención es mostrar la advertencia “No es seguro” en todas las páginas HTTP, se use el modo incógnito o no. A medida que publiquemos versiones nuevas, iremos actualizando la información. No obstante, te recomendamos que utilices HTTPS cuanto antes, ya que implementarlo es más fácil y más barato que nunca y, además, proporciona el mejor rendimiento posible en la Web, así como funciones nuevas que usan datos confidenciales, por lo que no deberían utilizarse con HTTP. Para empezar, consulta nuestras guías de configuración.





Escrito por Emily Schechter, del equipo de Seguridad de Chrome. Publicado por Joan Ortiz, equipo de Calidad de Búsqueda.

Introducing Our New International Webmaster Blogs!

Google herramientas para webmaster - Mié, 23/08/2017 - 22:02

Join us in welcoming the latest additions to the Webmasters community:

नमस्ते Webmasters in Hindi!

Добро Пожаловать Webmasters in Russian!

Hoşgeldiniz Webmasters in Turkish!

สวัสดีค่ะ Webmasters in Thai!

xin chào Webmasters in Vietnamese!

We will be sharing webmaster-related updates in our current and new blogs to make sure you have a place to follow the latest launches, updates and changes in Search in your languages! We will share links to relevant Help resources, educational content and events as they become available.

Just a reminder, here are some of the resources that we have available in multiple languages:

  • Google.com/webmasters - documentation, support channels, tools (including a link to Search Console) and learning materials.
  • Help Center - tips and tutorials on using Search Console, answers to frequently asked questions and step-by-step guides.
  • Help forum - ask your questions and get advice from the Webmaster community
  • YouTube Channel - recordings of Hangouts on Air in different languages are on our
  • G+ community - another place we announce and share our Hangouts On Air

Testing tools:

Some other valuable resources (English-only):

If you have webmaster-specific questions, check our event calendar for the next hangout session or live event! Alternatively, you can post your questions to one of the local help forum, where our talented Product Experts from the TC program will try to answer your questions. Our Experts are product enthusiasts who have earned the distinction of "Top Contributor," or "Rising Star," by sharing their knowledge on the Google Help Forums.

If you have suggestions, please let us know in the comments below. We look forward to working with you in your language!

.blogimg img { width: 100%; border: 0; margin: 0; padding: 0 0 10px 0; }

La nueva Search Console - Un vistazo sobre dos nuevas prestaciones experimentales

Blog oficial de Google para Webmasters - Lun, 21/08/2017 - 20:48

Search Console se lanzó de forma oficial ahora hace más de 10 años. Hoy incluye más de 25 herramientas e informes cubriendo AMP, datos estructurados y herramientas de pruebas en tiempo real, todo ello diseñado para ayudar a mejorar el rendimiento de tu sitio.

Ahora hemos decidido embarcarnos en una revisión de considerable envergadura para mejorar Search Console. Esto es lo que esperamos obtener con estos cambios:

  • Información más accionable - Vamos a agrupar los errores que identifiquemos en base a lo que pensemos que es su causa común, y así ayudarte a identificar las soluciones que debes implementar. Organizaremos estos errores en “tareas” que tienen un estado para ayudarte a saber si el problema está todavía presente o si Google ha detectado la solución que hayas implementado. También podrás seguir el progreso de las páginas afectadas.


  • Mejor soporte para tu organización - Después de hablar con numerosas organizaciones, hemos aprendido que normalmente hay múltiples personas involucradas en implementar, diagnosticar y arreglar los problemas de los sitios web. Por ésta razón vamos a introducir una funcionalidad para compartir que te permite escoger una tarea y compartirla con el resto del grupo.


  • Comunicación más rápida entre tú y Google - Hemos creado un mecanismo que te permite iterar de forma rápida sobre los cambios que implementes, de forma que no tengas que esperar a que Google vuelva a rastrear tu sitio para que después te diga que el problema no está arreglado. Vamos a proporcionar una funcionalidad de “prueba en el momento” que provocará un rastreo automático una vez que veamos que todo funciona bien. Del mismo modo, la herramienta de pruebas incluirá fragmentos de código y una vista previa - para que puedas ver de forma rápida dónde está el problema, confirmar que está arreglado y comprobar cómo se verán las páginas en la búsqueda.


Durante las semanas siguientes, vamos a lanzar does funcionalidades BETA de la nueva Search Console para un reducido grupo de usuarios: el “Index Coverage Report” y el “AMP fixing flow”.



1. “Inex Coverage Report”Este informe muestra el número de páginas indexadas en tu sitio, información sobre porqué algunas de ellas no se pudieron indexar, así como ejemplos de páginas y consejos sobre cómo solucionar problemas de indexación. También incorpora la opción de subir un sitemap y la posibilidad de filtrar los datos de cobertura de índice usando sitemaps que hayas subido.Aquí tienes una vista previa del “Index Coverage Report”:


2. El nuevo “AMP fixing flow”La nueva experiencia para arreglar problemas con AMP comienza con el informe de AMP. Este informe muestra las incidencias que están afectando tu sitio, agrupadas por el error que las causa. De forma que puedes investigar con más profundidad para obtener más detalles sobre el error en cuestión, incluyendo ejemplos de páginas afectadas. Una vez arreglado el error, haz click en un botón para verificar si ya está solucionado y mandar a Google rastrear de nuevo las páginas afectadas por la incidencia. Google te notificará del progreso del rastreo, y actualizará el informe a medida que tus cambios sean validados.



A medida que empecemos a experimentar con estas nuevas funcionalidades, algunos usuarios verán este nuevo diseño a lo largo de las próxima semanas.
Escrito por John Mueller y el equipo de Search Console. Publicado por Joan Ortiz, equipo de calidad de búsqueda.

Badges on Image Search help users find what they really want

Google herramientas para webmaster - Mié, 02/08/2017 - 14:56
When you want to bake cupcakes, but you don't know what kind, Image Search can help you make a decision. Finding an image with a recipe can be challenging: you might end up on a page that has only pictures of these delicious things, or a cupcake fan site that doesn't have recipes, but everything else about them.
To help users find exactly what they want, Image Search on mobile devices now includes relevant badges on the thumbnails. Currently we have badges for recipes, videos, products, and animated images (GIFs).

If you have images on your site, you can help users identify the type of content associated with the image by using appropriate structured data on your pages. This helps users find relevant content quickly, and sends better targeted traffic to your site.
If you're publishing recipes, add Recipe markup on your page, for products, add Product markup, and for videos, add Video markup. Our algorithms will automatically badge GIFs, without the need of any markup. While we can't guarantee that badges will always be shown, adding the recommended structured data fields in addition to the required fields may increase the chance of adding a badge to your image search results.
You can use the Structured Data Testing Tool to verify that your pages are free of errors, and therefore eligible for the new Image Search badges. In addition, the Rich Cards report in Search Console can provide aggregate stats on your markup.
If you have questions about the feature, please ask us in the Webmaster Help Forum.
Posted by Assaf Broitman, Image Search team

The new Search Console: a sneak peek at two experimental features

Google herramientas para webmaster - Mar, 01/08/2017 - 15:39
Search Console was initially launched with just four reports more than a decade ago. Today, the product includes more than two dozen reports and tools covering AMP, structured data, and live testing tools, all designed to help improve your site's performance on Google Search.
Now we have decided to embark on an extensive redesign to better serve you, our users. Our hope is that this redesign will provide you with:
  • More actionable insights - We will now group the identified issues by what we suspect is the common “root-cause” to help you find where you should fix your code. We organize these issues into tasks that have a state (similar to bug tracking systems) so you can easily see whether the issue is still open, whether Google has detected your fix, and track the progress of re-processing the affected pages.
  • Better support of your organizational workflow - As we talked to many organizations, we’ve learned that multiple people are typically involved in implementing, diagnosing, and fixing issues. This is why we are introducing sharing functionality that allows you to pick-up an action item and share it with other people in your group, like developers who will get references to the code in question.
  • Faster feedback loops between you and Google - We’ve built a mechanism to allow you to iterate quickly on your fixes, and not waste time waiting for Google to recrawl your site, only to tell you later that it’s not fixed yet. Rather, we’ll provide on-the-spot testing of fixes and are automatically speeding up crawling once we see things are ok. Similarly, the testing tools will include code snippets and a search preview - so you can quickly see where your issues are, confirm you've fixed them, and see how the pages will look on Search.
In the next few weeks, we're releasing two exciting BETA features from the new Search Console to a small set of users — Index Coverage report and AMP fixing flow.
The new Index Coverage report shows the count of indexed pages, information about why some pages could not be indexed, along with example pages and tips on how to fix indexing issues. It also enables a simple sitemap submission flow, and the capability to filter all Index Coverage data to any of the submitted sitemaps.
Here’s a peek of our new Index Coverage report:
The new AMP fixing flowThe new AMP fixing experience starts with the AMP Issues report. This report shows the current AMP issues affecting your site, grouped by the underlying error. Drill down into an issue to get more details, including sample affected pages. After you fix the underlying issue, click a button to verify your fix, and have Google recrawl the pages affected by that issue. Google will notify you of the progress of the recrawl, and will update the report as your fixes are validated.
As we start to experiment with these new features, some users will be introduced to the new redesign through the coming weeks.
Posted by John Mueller and the Search Console Team

Connect to job seekers with Google Search

Google herramientas para webmaster - Jue, 20/07/2017 - 14:55

July 20, 2017 update: Starting today, impressions and clicks stats for job listing pages and job details pages are available in the Search Analytics report in Search Console. Read more about how Jobs impressions and clicks are counted in the help centre. If you have questions, head to the webmaster forums.

At Google I/O this year, we announced Google for Jobs, a new company-wide initiative focused on helping both job seekers and employers, through collaboration with the job matching industry. One major part of this effort is launching an improved experience for job seekers on Google Search. We’re happy to announce this new experience is now open for all developers and site owners.
For queries with clear intent like [head of catering jobs in nyc] or [entry level jobs in DC], we’ll show a job listings preview, and each job can expand to display comprehensive details about the listing:
For employers or site owners with job content, this feature brings many benefits:
  • Prominent place in Search results: your postings are eligible to be displayed in the in the new job search feature on Google, featuring your logo, reviews, ratings, and job details.
  • More, motivated applicants: job seekers can filter by various criteria like location or job title, meaning you’re more likely to get applicants who are looking exactly for that job.
  • Increased chances of discovery and conversion: job seekers will have a new avenue to interact with your postings and click through to your site.

Get your job listings on GoogleImplementation involves two steps:
  1. Mark up your job listings with Job Posting structured data.
  2. Submit a sitemap (or an RSS or Atom feed) with a <lastmod> date for each listing.

If you have more than 100,000 job postings or more than 10,000 changes per day, you can express interest to use the High Change Rate feature.
If you already publish your job openings on another site like LinkedIn, Monster, DirectEmployers, CareerBuilder, Glassdoor, and Facebook, they are eligible to appear in the feature as well.
Job search is an enriched search experience. We’ve created a dedicated guide to help you understand how Google ranking works for enriched search and practices for improving your presence
Keep track of how you’re doing and fix issuesThere’s a suite of tools to help you with the implementation:

In the coming weeks, we’ll add new job listings filters in the Search Analytics report in Search Console, so you can track clicks and impressions for your listings.
As always, if you have questions, ask in the forums or find us on Twitter!

Posted by Nick Zakrasek, Product Manager

Más notificaciones de seguridad a través de Google Analytics

Blog oficial de Google para Webmasters - Jue, 13/07/2017 - 15:24
*** Este artículo es una traducción del artículo en inglés que fue publicada en Junio de 2016***

Hace más de un año lanzamos las alertas de Navegación Segura en Google Analytics para advertir a los usuarios sobre sitios web identificados como pirateados que se usaban para distribuir software malicioso o para realizar ataques de phishing (suplantación de identidad). Desde su lanzamiento, hemos advertido a más de 24.000 usuarios con propiedades de Google Analytics cuyos sitios web han recibido ataques de terceros.

Hoy nos complace anunciar la ampliación de nuestro conjunto de alertas de Google Analytics. Para ello, hemos añadido notificaciones de sitios web pirateados con spam y que infringen nuestras Directrices para Webmasters. En el improbable caso de que un tercero piratee tu sitio web, se indicará el dominio afectado con una alerta en la IU de Google Analytics y se facilitarán recursos para ayudarte a resolver el problema.

La seguridad de los sitios web sigue siendo un tema muy importante. En septiembre del año pasado, anunciamos que la piratería de sitios web con fines de spam había aumentado un 180% en comparación con el año anterior. A través de nuestra investigación, hemos comprobado que el contacto directo con los propietarios de los sitios web aumenta la probabilidad de resolver el problema en más de un 75%. Con esta nueva alerta, tenemos un modo adicional de informar a los propietarios de que han pirateado sus sitios web.

¿Qué puedes hacer para prevenir la piratería en tu sitio web?La prevención es muy importante para la protección de tu sitio web y de tus usuarios. Hace poco, publicamos consejos y prácticas recomendadas para proteger el contenido en Internet que resultarán útiles a los propietarios de sitios web, tanto grandes como pequeños.


Verifica tu sitio web en Search Console.Además de recibir alertas en Google Analytics o a través de las etiquetas de los resultados de búsqueda, en caso de que pirateen tu sitio web, recomendamos realizar un paso más: verificar tu sitio web en Search Console.Con la función Problemas de seguridad, te avisaremos cuando algo no vaya bien y te indicaremos qué problemas hemos detectado en tus propiedades. Explicamos con detalle un proceso de recuperación en nuestra guía detallada para la recuperación de sitios pirateados con el fin de ayudarte a resolver el problema y proteger tu sitio web y a tus usuarios.Siempre estamos abiertos a escuchar ideas y sugerencias, por lo que no dudes en usar la sección de comentarios que hay a continuación. Si tienes alguna pregunta, visita google.com/webmasters y nuestras comunidades de ayuda disponibles en 14 idiomas.

Escrito por Giacomo Gnecchi Ruscone, Atención relacionada con la Búsqueda, y Anthony Medeiros, ingeniero de Software

Making the Internet safer and faster: Introducing reCAPTCHA Android API

Google herramientas para webmaster - Vie, 09/06/2017 - 18:18

When we launched reCAPTCHA ten years ago, we had a simple goal: enable users to visit the sites they love without worrying about spam and abuse. Over the years, reCAPTCHA has changed quite a bit. It evolved from the distorted text to street numbers and names, then No CAPTCHA reCAPTCHA in 2014 and Invisible reCAPTCHA in March this year.

By now, more than a billion users have benefited from reCAPTCHA and we continue to work to refine our protections.

reCAPTCHA protects users wherever they may be online. As the use of mobile devices has grown rapidly, it’s important to keep the mobile applications and data safe. Today, on reCAPTCHA’s tenth birthday, we’re glad to announce the first reCAPTCHA Android API as part of Google Play Services.

With this API, reCAPTCHA can better tell human and bots apart to provide a streamlined user experience on mobile. It will use our newest Invisible reCAPTCHA technology, which runs risk analysis behind the scene and has enabled millions of human users to pass through with zero click everyday. Now mobile users can enjoy their apps without being interrupted, while still staying away from spam and abuse.

reCAPTCHA Android API is included with Google SafetyNet, which provides services like device attestation and safe browsing to protect mobile apps. Mobile developers can do both the device and user attestations in the same API to mitigate security risks of their apps more efficiently. This adds to the diversity of security protections on Android: Google Play Protect to monitor for potentially harmful applications, device encryption, and regular security updates. Please visit our site to learn more about how to integrate with the reCAPTCHA Android API, and keep an eye out for our iOS library.

The journey of reCAPTCHA continues: we’ll make the Internet safer and easier to use for everyone (except bots).


Posted by Wei Liu, Product Manager, reCAPTCHA

Closing down for a day

Google herramientas para webmaster - Mar, 06/06/2017 - 14:26

Note: This post is specific to Google's organic web-search. For Google's other services, please check with the appropriate help center (e.g., for Google Shopping) or help forum.

Even in today's "always-on" world, sometimes businesses want to take a break. There are times when even their online presence needs to be paused. This blog post covers some of the available options so that a site's search presence isn't affected.

Option: Block cart functionality

If a site only needs to block users from buying things, the simplest approach is to disable that specific functionality. In most cases, shopping cart pages can either be blocked from crawling through the robots.txt file, or blocked from indexing with a robots meta tag. Since search engines either won't see or index that content, you can communicate this to users in an appropriate way. For example, you may disable the link to the cart, add a relevant message, or display an informational page instead of the cart.

Option: Always show interstitial or pop-up

If you need to block the whole site from users, be it with a "temporarily unavailable" message, informational page, or popup, the server should return a 503 HTTP result code ("Service Unavailable"). The 503 result code makes sure that Google doesn't index the temporary content that's shown to users. Without the 503 result code, the interstitial would be indexed as your website's content.

Googlebot will retry pages that return 503 for up to about a week, before treating it as a permanent error that can result in those pages being dropped from the search results. You can also include a "Retry after" header to indicate how long the site will be unavailable. Blocking a site for longer than a week can have negative effects on the site's search results regardless of the method that you use.

Option: Switch whole website off

Turning the server off completely is another option. You might also do this if you're physically moving your server to a different data center. For this, have a temporary server available to serve a 503 HTTP result code for all URLs (with an appropriate informational page for users), and switch your DNS to point to that server during that time.

  1. Set your DNS TTL to a low time (such as 5 minutes) a few days in advance.
  2. Change the DNS to the temporary server's IP address.
  3. Take your main server offline once all requests go to the temporary server.
  4. … your server is now offline ...
  5. When ready, bring your main server online again.
  6. Switch DNS back to the main server's IP address.
  7. Change the DNS TTL back to normal.

We hope these options cover the common situations where you'd need to disable your website temporarily. If you have any questions, feel free to drop by our webmaster help forums!

PS If your business is active locally, make sure to reflect these closures in the opening hours for your local listings too!


Posted by John Mueller, Webmaster Trends Analyst, Switzerland

Recordatorio sobre los enlaces en campañas de artículos a gran escala

Blog oficial de Google para Webmasters - Lun, 05/06/2017 - 16:39
Últimamente, hemos observado un incremento en el número de enlaces con contenido fraudulento en artículos categorizados como publicaciones de colaboradores, de invitados, de partners o de distribución. Normalmente, este tipo de artículos los redacta un sitio web o se redactan en su nombre y otro sitio web diferente los publica. Google no desaconseja utilizar este tipo de artículos, ya que pueden ser una manera efectiva de educar a los visitantes de otro sitio web o de aumentar la visibilidad de tu causa o empresa. Sin embargo, sí se infringen las directrices de Google sobre los esquemas de enlaces cuando la intención principal de estos artículos es crear enlaces a gran escala que dirijan al sitio web del autor. A continuación exponemos una serie de factores que, cuando se llevan al extremo, pueden servir de ejemplo de estas infracciones:
  • Incluir en tus artículos demasiados enlaces repletos de palabras clave que dirijan a tu sitio web.
  • Publicar los mismos artículos en varios sitios web diferentes o un gran número de artículos en un conjunto reducido de sitios web diferentes.
  • Usar o contratar escritores sin conocimientos acerca de los temas sobre los que escriben.
  • Usar contenido idéntico o similar en varios artículos o duplicar todo el contenido de los artículos de tu sitio web. En este caso, se recomienda usar rel="canonical", además de rel="nofollow".
Cuando Google detecta que un sitio web publica artículos que contienen enlaces con contenido fraudulento, puede que su percepción sobre la calidad del sitio cambie y que la posición de este en la clasificación se vea perjudicada. Los sitios web en los que se acepten y publiquen estos artículos deben haberlos revisado detenidamente, haciéndose preguntas como, por ejemplo, si conocen a esa persona, si el mensaje de esa persona se adecua a la audiencia de su sitio, si el artículo incluye contenido útil o, cuando en el artículo hay enlaces con intenciones cuestionables, si el autor ha utilizado el atributo rel="nofollow". Google tomará medidas respecto a aquellos sitios web que creen artículos específicamente para enlaces, ya que dicho comportamiento afecta negativamente a la Web en general. Cuando se crean los enlaces antes que los artículos, la calidad de estos puede verse afectada y empeorar la experiencia de usuario. Además, a los webmasters no les gusta recibir solicitudes agresivas o reiteradas como "¡Publica mi artículo!", y animamos a que se nos informe de este tipo de comportamientos mediante nuestro formulario de informe de spam. Por último, si tenemos en cuenta que incluir un enlace es en cierta forma una recomendación, y que tú te encargas de crear la mayor parte de las recomendaciones de tu sitio web, tienes que pensar si esta es la mejor manera mediante la cual tu sitio web puede causar una buena impresión. En lo relativo a la creación de enlaces, te aconsejamos que te centres en mejorar el contenido de tu sitio web, ya que todo lo demás, enlaces incluidos, está vinculado con esto.

Publicado por el equipo de detección y prevención de spam web de Google

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer