| from web contents: The Ultimate Fate of Supplemental Results 2013 Posted: 18 Jun 2013 09:10 PM PDT salam every one, this is a topic from google web master centrale blog: Posted by Yonatan Zunger, Search Quantity Team
In 2003, Google introduced a "supplemental index" as a way of showing more documents to users. Most webmasters will probably snicker about that statement, since supplemental docs were famous for refreshing less often and showing up in search results less often. But the supplemental index served an important purpose: it stored unusual documents that we would search in more depth for harder or more esoteric queries. For a long time, the alternative was to simply not show those documents at all, but this was always unsatisfying—ideally, we would search all of the documents all of the time, to give users the experience they expect. This led to a major effort to rethink the entire supplemental index. We improved the crawl frequency and decoupled it from which index a document was stored in, and once these "supplementalization effects" were gone, the "supplemental result" tag itself—which only served to suggest that otherwise good documents were somehow suspect— was eliminated a few months ago. Now we're coming to the next major milestone in the elimination of the artificial difference between indices: rather than searching some part of our index in more depth for obscure queries, we're now searching the whole index for every query. From a user perspective, this means that you'll be seeing more relevant documents and a much deeper slice of the web, especially for non-English queries. For webmasters, this means that good-quality pages that were less visible in our index are more likely to come up for queries. Hidden behind this are some truly amazing technical feats; serving this much larger of an index doesn't happen easily, and it took several fundamental innovations to make it possible. At this point it's safe to say that the Google search engine works like nothing else in the world. If you want to know how it actually works, you'll have to come join Google Engineering; as usual, it's all triple-hush-hush secrets.*
* Originally, I was going to give the stock Google answer, "If I told you, I'd have to kill you." However, I've been informed by management that killing people violates our "Don't be evil" policy, so I'm forced to replace that with sounding mysterious and suggesting that good engineers come and join us. Which I'm dead serious about; if you've got the technical chops and want to work on some of the most complex and advanced large-scale software infrastructure in the world, we want you here. this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: State of the Index: my presentation from PubCon Vegas 2013 Posted: 18 Jun 2013 05:15 PM PDT salam every one, this is a topic from google web master centrale blog: It seems like people enjoyed when I recreated my Virtual Blight talk from the Web 2.0 Summit late last year, so we decided to post another video. This video recreates the "State of the Index" talk that I did at PubCon in Las Vegas late last year as well.
Here's the video of the presentation: and if you'd like to follow along, here are the slides: Posted by Matt Cutts, Search Quality Teamthis is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Deftly dealing with duplicate content 2013 Posted: 18 Jun 2013 03:28 PM PDT salam every one, this is a topic from google web master centrale blog: At the recent Search Engine Strategies conference in freezing Chicago, many of us Googlers were asked questions about duplicate content. We recognize that there are many nuances and a bit of confusion on the topic, so we'd like to help set the record straight. What is duplicate content?Duplicate content generally refers to substantive blocks of content within or across domains that either completely match other content or are appreciably similar. Most of the time when we see this, it's unintentional or at least not malicious in origin: forums that generate both regular and stripped-down mobile-targeted pages, store items shown (and -- worse yet -- linked) via multiple distinct URLs, and so on. In some cases, content is duplicated across domains in an attempt to manipulate search engine rankings or garner more traffic via popular or long-tail queries. What isn't duplicate content?Though we do offer a handy translation utility, our algorithms won't view the same article written in English and Spanish as duplicate content. Similarly, you shouldn't worry about occasional snippets (quotes and otherwise) being flagged as duplicate content. Why does Google care about duplicate content?Our users typically want to see a diverse cross-section of unique content when they do searches. In contrast, they're understandably annoyed when they see substantially the same content within a set of search results. Also, webmasters become sad when we show a complex URL (example.com/contentredir?value=shorty-george〈=en) instead of the pretty URL they prefer (example.com/en/shorty-george.htm). What does Google do about it?
During our crawling and when serving search results, we try hard to index and show pages with distinct information. This filtering means, for instance, that if your site has articles in "regular" and "printer" versions and neither set is blocked in robots.txt or via a noindex meta tag, we'll choose one version to list. In the rare cases in which we perceive that duplicate content may be shown with intent to manipulate our rankings and deceive our users, we'll also make appropriate adjustments in the indexing and ranking of the sites involved. However, we prefer to focus on filtering rather than ranking adjustments ... so in the vast majority of cases, the worst thing that'll befall webmasters is to see the "less desired" version of a page shown in our index. How can Webmasters proactively address duplicate content issues?- Block appropriately: Rather than letting our algorithms determine the "best" version of a document, you may wish to help guide us to your preferred version. For instance, if you don't want us to index the printer versions of your site's articles, disallow those directories or make use of regular expressions in your robots.txt file.
- Use 301s: If you have restructured your site, use 301 redirects ("RedirectPermanent") in your .htaccess file to smartly redirect users, the Googlebot, and other spiders.
- Be consistent: Endeavor to keep your internal linking consistent; don't link to /page/ and /page and /page/index.htm.
- Use TLDs: To help us serve the most appropriate version of a document, use top level domains whenever possible to handle country-specific content. We're more likely to know that .de indicates Germany-focused content, for instance, than /de or de.example.com.
- Syndicate carefully: If you syndicate your content on other sites, make sure they include a link back to the original article on each syndicated article. Even with that, note that we'll always show the (unblocked) version we think is most appropriate for users in each given search, which may or may not be the version you'd prefer.
- Use the preferred domain feature of webmaster tools: If other sites link to yours using both the www and non-www version of your URLs, you can let us know which way you prefer your site to be indexed.
- Minimize boilerplate repetition: For instance, instead of including lengthy copyright text on the bottom of every page, include a very brief summary and then link to a page with more details.
- Avoid publishing stubs: Users don't like seeing "empty" pages, so avoid placeholders where possible. This means not publishing (or at least blocking) pages with zero reviews, no real estate listings, etc., so users (and bots) aren't subjected to a zillion instances of "Below you'll find a superb list of all the great rental opportunities in [insert cityname]..." with no actual listings.
- Understand your CMS: Make sure you're familiar with how content is displayed on your Web site, particularly if it includes a blog, a forum, or related system that often shows the same content in multiple formats.
- Don't worry be happy: Don't fret too much about sites that scrape (misappropriate and republish) your content. Though annoying, it's highly unlikely that such sites can negatively impact your site's presence in Google. If you do spot a case that's particularly frustrating, you are welcome to file a DMCA request to claim ownership of the content and have us deal with the rogue site.
In short, a general awareness of duplicate content issues and a few minutes of thoughtful preventative maintenance should help you to help us provide users with unique and relevant content.this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Blast from the past 2013 Posted: 18 Jun 2013 02:47 PM PDT salam every one, this is a topic from google web master centrale blog: Written by Sahala Swenson, Webmaster Tools Team
As you know, the queries used to find your website in search results can change over time. Your website content changes, as do the needs of all the busy searchers out there. Whether the queries associated with your site change subtly or dramatically, it's pretty useful to see how they transform over time.
Recognizing this, Top Search Queries in Webmaster Tools now presents historical data and other enhancements. Let's take a closer look:
 Up to 6 months of historical data: Previously we only showed query stats for the last 7 days. Now you can jump between 9 query stats snapshots ranging from now to 6 months ago. Note that the time interval for each of these snapshots is different. For the 7 day, 2 week, and 3 week snapshots, we report the top queries for the previous week. For the 1 to 6 month snapshots, we report statistics for the previous month. And still others of you who log in may notice that you don't have query stats data going back to 6 months ago. We hope to improve that experience in the future. :)
Top query percentages: You might have noticed a new column in the top query listings. Previously we just ranked your query results and clicks. While useful, this didn't really tell you to what extent one query was ranked higher than another. Now we show what percentage each query result or click represents out of the top 20 queries. This should help you see how well the result or click volume is distributed in the top 20.
Downloads: Since we're now showing historical data on the Top Search Queries screen, we figured it would be rude to not let you download it all and play with the data yourself (spreadsheet masochists, I'm looking at you). We added a "Download data" link that lets you download all the stats in CSV format. Note that this exports all query stats historical data across all snapshots as well as search types and languages, so you can slice and dice to your satisfaction. The "Download all stats (including subfolders)" link, however, will still only show query stats for your site and sub-folders for the last 7 days.
Freshness: We've improved data freshness in Webmaster Tools a couple of times in the past, and we've done it again with the new Top Search Queries. Statistics are being now updated constantly. Top query results and clicks may visibly change rank a lot more often now, sometimes daily.
So enough talk. Sign in and play around with the new improvements for yourself. As always we welcome feedback (especially in the form of beer), so feel free to drop us a note in the Webmaster Help Group and let us know what you think.
this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Troubleshooting Instant Previews in Webmaster Tools 2013 Posted: 18 Jun 2013 01:21 PM PDT salam every one, this is a topic from google web master centrale blog: Webmaster level: All In November, we launched Instant Previews to help users better understand if a particular result was relevant for a their search query. Since launch, our Instant Previews team has been keeping an eye on common complaints and problems related to how pages are rendered for Instant Previews. When we see issues with preview images, they are frequently due to: - Blocked resources due to a robots.txt entry
- Cloaking: Erroneous content being served to the Googlebot user-agent
- Poor alternative content when Flash is unavailable
To help webmasters diagnose these problems, we have a new Instant Preview tool in the Labs section of Webmaster Tools (in English only for now). Here, you can input the URL of any page on your site. We will then fetch the page from your site and try to render it both as it would display in Chrome and through our Instant Preview renderer. Please keep in mind that both of these renders are done using a recent build of Webkit which does not include plugins such as Flash or Silverlight, so it's important to consider the value of providing alternative content for these situations. Alternative content can be helpful to search engines, and visitors to your site without the plugin would benefit as well. Below the renders, you'll also see automated feedback on problems our system can detect such as missing or roboted resources. And, in the future, we plan to add more informative and timely feedback to help improve your Instant Previews! Please direct your questions and feedback to the Webmaster Forum. Posted by Michael Darweesh, Software Engineerthis is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Revamping the Webmaster Tools Help Center 2013 Posted: 18 Jun 2013 01:16 PM PDT salam every one, this is a topic from google web master centrale blog: Posted by Ríona MacNamara, Webmaster Tools TeamA while ago, I posted in the Webmaster user group, looking for feedback on our Help Center and how we can improve the assistance we provide to our webmasters. And wow, did we get a a lot of feedback - both in the group and in the blogosphere. I'm amazed at the webmaster community and your willingness to share your thoughts with us: thank you! Here's a selection of what we're hearing: You want Help to be more discoverable - It's not as easy as it should be to find the information you're looking for. You'd like Google to do a better job of surfacing the answers to the most common questions. The browse structure doesn't make it easy for users to find help, and sometimes search depends on users knowing exactly the right term to search for.
- You like the idea of context-sensitive help - on-the-spot assistance (often shown in a tooltip that appears when you hover over an item) that doesn't require you to click to a different Help page.
- Right now, it's not clear when new Help information - or new features - are added, and you'd like Google to look at calling these out.
You want Help to be more useful - You'd like Google to look at adding videos and graphics
- You'd like us to providing the kind of information that's relevant to the average webmaster, who may not have a deep knowledge of SEO techniques. You're looking for good and understandable answers to common questions.
- You'd like us to expand the actual content, and do a much better job in explaining potential reasons why sites may have dropped the rankings.
What's next? Well, over the next several weeks, we'll be working on lots of changes to the Help Center, both in its content and its organization. We'll be looking at all the feedback we've gotten, and we're taking it very seriously: believe me, I have a long task list for this area. But it can always grow: if you have some great thoughts or ideas, jump into the discussion, or just leave a comment right here. this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Verification time savers — Analytics included! 2013 Posted: 18 Jun 2013 01:12 PM PDT salam every one, this is a topic from google web master centrale blog: Webmaster Level: All Nobody likes to duplicate effort. Unfortunately, sometimes it's a fact of life. If you want to use Google Analytics, you need to add a JavaScript tracking code to your pages. When you're ready to verify ownership of your site in other Google products (such as Webmaster Tools), you have to add a meta tag, HTML file or DNS record to your site. They're very similar tasks, but also completely independent. Until today. You can now use a Google Analytics JavaScript snippet to verify ownership of your website. If you already have Google Analytics set up, verifying ownership is as simple as clicking a button.  This only works with the newer asynchronous Analytics JavaScript, so if you haven't migrated yet, now is a great time. If you haven't set up Google Analytics or verified yet, go ahead and set up Google Analytics first, then come verify ownership of your site. It'll save you a little time — who doesn't like that? Just as with all of our other verification methods, the Google Analytics JavaScript needs to stay in place on your site, or your verification will expire. You also need to remain an administrator on the Google Analytics account associated with the JavaScript snippet. Don't forget that once you've verified ownership, you can add other verified owners quickly and easily through the Verification Details page. There's no need for each owner to manually verify ownership. More effort and time saved!  We've also introduced an improved interface for verification. The new verification page gives you more information about each verification method. In some cases, we can now provide detailed instructions about how to complete verification with your specific domain registrar or provider. If your provider is included, there's no need to dig through their documentation to figure out how to add a verification DNS record — we'll walk you through it.  The time you save using these new verification features might not be enough to let you take up a new hobby, but we hope it makes the verification process a little bit more pleasant. As always, please visit the Webmaster Help Forum if you have any questions. Written by Sean Harding, Software Engineerthis is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Introducing Code Search Sitemaps 2013 Posted: 18 Jun 2013 12:59 PM PDT salam every one, this is a topic from google web master centrale blog: this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Beyond Times and Arial - The New Web Safe Fonts 2013 Posted: 18 Jun 2013 12:00 PM PDT salam every one, this is a topic from google web master centrale blog: Webmaster level: All In the past, when you created a website or web app, you were largely limited to a few select "web safe" fonts such as Times and Arial. If you deviated from these fonts, you were required to use Adobe Flash or to embed text in images, which introduced a whole new set of trade offs. For example, images aren't semantic, cannot be translated into other languages automatically, and can be much larger in file size than text. In addition, text in images cannot be copied to a user's clipboard, read with screen-reading software, or easily indexed by search engines. The good news is, with Google Web Fonts it is now possible to use hundreds of web safe fonts on your web pages. Launched last May, Google Web Fonts allows you to simply choose the font(s) you'd like to use on your webpage, blog, or web app, and embed the snippet of HTML and CSS. In about 30 seconds, you can have beautiful fonts on your pages that will render correctly in the large majority of popular modern web browsers. No longer will you need to use images or Flash to embed the font of your choice. Unlike Times and Arial, which are references to fonts installed on a user's local machine, web fonts are served via a browser request (much like an image would be served). That means you can push any web font to a user's machine. Users will be delighted when they realize these fonts behave just as any other text in Arial would behave. Some example web fonts, offered by the Google Web Fonts serviceThe adoption of the web font technology has been rapid. Google Web Fonts now serves roughly 50 million daily requests[1], across roughly 800,000 unique websites[2], and is growing at about 30% each month. Here at Google, we're excited about the potential for web fonts to change the very fabric of the web. Beautiful typography makes the web more pleasant to browse, expressive, and interesting. Here's to a beautiful Web! Written by David Wurtz, Product Manager, Google Web Fonts[1] A request is a single call to the Google Font API for one or more fonts. [2] We count a unique website as unique domains, except that "www" subdomains are not counted. For example, www.myblog.com and myblog.com would count as one domain. However, sam.myblog.com and sally.myblog.com would count as two domains.this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Webmasters can now provide feedback on Sitelinks 2013 Posted: 18 Jun 2013 11:48 AM PDT salam every one, this is a topic from google web master centrale blog: Written by Stacey Kuznetsov, Search QualitySitelinks are extra links that appear below some search results in Google. They serve as shortcuts to help users quickly navigate to the important pages on your site. Selecting pages to appear as sitelinks is a completely automated process. Our algorithms parse the structure and content of websites and identify pages that provide fast navigation and relevant information for the user's query. Since our algorithms consider several factors to generate sitelinks, not all websites have them. Now, Webmaster Tools lets you view potential sitelinks for your site and block the ones you don't want to appear in Google search results. Because sitelinks are extremely useful in helping users navigate your site, we don't typically recommend blocking them. However, occasionally you might want to exclude a page from your sitelinks, for example: a page that has become outdated or unavailable, or a page that contains information you don't want emphasized to users. Once you block a page, it won't appear as a sitelink for 90 days unless you choose to unblock it sooner. It may take a week or so to remove a page from your sitelinks, but we are working on making this process faster. To view and manage your sitelinks, go to the Webmaster Tools Dashboard and click the site you want. In the left menu click Links, then click Sitelinks. Thanks for your feedback and stay tuned for more updates! Update: the user-interface for this feature has changed. For more information, please see the Sitelinks Help Center article. this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: More insight into anchor text 2013 Posted: 18 Jun 2013 11:47 AM PDT salam every one, this is a topic from google web master centrale blog: Last month, we replaced the individual anchor text words that we showed for your site in webmaster tools with a list of full anchor phrases. This report shows you the top phrases that other sites use to link to the pages of your site. Now, we've enhanced the information we show you in the following ways: - We've expanded the number of phrases we show to 200.
- You can now see the variations of each phrase (for instance, with different capitalization and punctuation).
- More sites now have access to the anchor phrase report. So, if you didn't have this report before, you may have it now.
- We've brought back the report showing the most common individual words in anchor text (you asked; we delivered!).
- We've expanded the number of common words in anchor text and common words in your site that we show to 100 each.
To view this information, click the Page analysis link from the Statistics tab.  In addition, we've updated our robots.txt analysis tool to correctly interpret the new Sitemap instruction that we announced support for last week. We hope this additional insight is helpful in learning how others view your site and keep your suggestions coming! We're listening.this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Accessing search query data for your sites 2013 Posted: 18 Jun 2013 11:18 AM PDT salam every one, this is a topic from google web master centrale blog: Webmaster level: All SSL encryption on the web has been growing by leaps and bounds. As part of our commitment to provide a more secure online experience, today we announced that SSL Search on https://www.google.com will become the default experience for signed in users on google.com. This change will be rolling out over the next few weeks. What is the impact of this change for webmasters? Today, a web site accessed through organic search results on http://www.google.com (non-SSL) can see both that the user came from google.com and their search query. (Technically speaking, the user's browser passes this information via the HTTP referrer field.) However, for organic search results on SSL search, a web site will only know that the user came from google.com. Webmasters can still access a wealth of search query data for their sites via Webmaster Tools. For sites which have been added and verified in Webmaster Tools, webmasters can do the following: - View the top 1000 daily search queries and top 1000 daily landing pages for the past 30 days.
- View the impressions, clicks, clickthrough rate (CTR), and average position in search results for each query, and compare this to the previous 30 day period.
- Download this data in CSV format.
In addition, users of Google Analytics' Search Engine Optimization reports have access to the same search query data available in Webmaster Tools and can take advantage of its rich reporting capabilities. We will continue to look into further improvements to how search query data is surfaced through Webmaster Tools. If you have questions, feedback or suggestions, please let us know through the Webmaster Tools Help Forum. Posted by Anthony Chavez, Product Managerthis is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Message Center: Let us communicate with you about your site 2013 Posted: 18 Jun 2013 10:51 AM PDT salam every one, this is a topic from google web master centrale blog: Written by Maile OhyeToday we're launching our Message Center, a new way for webmasters to receive personalized information from Google in our webmaster console. Should we need to contact you, you'll see a notification in your Webmaster Tools dashboard.  Initially the messages will refer to search quality issues, but over time we'll use the Message Center as a communication channel for more types of information. Here's an example: informing the site owner about hidden text, a violation in our webmaster guidelines.  For our webmasters outside the U.S., we're also pleased to tell you that Message Center is capable of providing information in all supported Webmaster Tools languages (French, Italian, German, Spanish, Danish, Dutch, Swedish, Russian, Chinese-Simplified, Chinese-Traditional, Korean, Japanese, etc.), across all countries. Right now the number of sites we're contacting is small, but we hope to expand this program over time. We're also really happy that the Message Center lets us communicate with webmasters in an authenticated way. As time goes on, we'll keep looking for even more ways to improve communication with site owners, but right now, why not claim your site in our webmaster tools so that we can give you a heads-up of any issues that we see?this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: A new rich snippets format for music 2013 Posted: 18 Jun 2013 10:40 AM PDT salam every one, this is a topic from google web master centrale blog: Webmaster level: All Since we introduced Rich Snippets back in 2009, we've created rich snippet formats for a variety of different content types, such as Events, People and Reviews, to show users relevant information about the content they can find on a site. Today, we announced the launch of rich snippets for music. With this new feature, site owners can mark up their pages using the newly created music markup spec on schema.org, and search results for that site may start displaying song information in the snippet so that users know that there are songs or samples there for them to listen to:  Several initial partners have implemented the music markup on their sites, including MySpace, Rhapsody and ReverbNation. As with other rich snippet formats, implementing the markup does not guarantee that your site will be displayed with the UI shown above on a given search; a variety of factors affect whether a particular rich snippet type will appear in our search results. However, having correct markup is a prerequisite for music rich snippets to ever be displayed. You can use the rich snippets testing tool to test the markup of your page and see an illustration of what the search result would look like with music rich snippets. For now, music rich snippets will display song information when users search for artists, album names or song names. We'll continue working both on expanding our existing rich snippets formats and on creating new ones, so keep watching for updates about new types of content that you can surface for users right in your site's snippets. If you have any questions about this new rich snippets format, you can head over to our Webmaster Forum and ask. You can also check out our page on rich snippets in our Webmaster Tools Help Center, which includes an article specifically about music rich snippets. Posted by Gideon Wald, Associate Product Managerthis is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Sitemap Submission Made Simple 2013 Posted: 18 Jun 2013 08:58 AM PDT salam every one, this is a topic from google web master centrale blog: Submitting a Sitemap to Google just became even easier. No longer do you have to specify the Sitemap file type—we'll determine the type of data you're submitting automatically. Let's take a quick look at the kinds of Sitemap files we support as well as the ways they can be submitted to us.  Sitemap file formats supported by GooglePart of what makes the web so interesting is that there are so many different kinds of content out there. Do you use videos on your website? If so, send us a Video Sitemap file so that we can send you visitors to those videos! Do you host source-code samples? Submit a Code Search Sitemap! Here are the various kinds of Sitemap files that Google supports at the moment: If you have multiple Sitemap files that you wish to submit to Google, you can include up to 1,000 of these in an XML Sitemap Index file. If you have more than 1,000 Sitemap files, you can just submit multiple Sitemap Index files - we'd love to take them all! Submitting your Sitemap files to GoogleOnce you have your Sitemap files ready and available on your server, all that's left is making sure that the search engines can find them. Google supports three simple ways to submit Sitemap files: - Using Google Webmaster Tools
Submitting your Sitemap files through Google Webmaster Tools is the preferred way of letting us know about them. The main advantage of doing it this way is that you'll always have direct feedback about how your Sitemap files were downloaded (were we able to reach your server?), how they were recognized (were they in the right format?) and what happened to the web pages listed in them (how many were indexed?). To submit your Sitemap files, make sure that your website is verified in Webmaster Tools, then go to "Sitemaps" in Webmaster Tools and enter the file name of your Sitemap(s).
Sometimes it makes sense to keep your Sitemap file on a different server / domain name. To submit Sitemap files like that, you must verify ownership of both sites in Webmaster Tools and submit the Sitemap on the appropriate site. For instance, if your Sitemap file for http://www.example.com is kept on http://sitemap-files.example.com/ then you need to verify ownership of both sites and then submit the Sitemap file under http://sitemap-files.example.com (even though the URLs listed in it are for http://www.example.com). For more information, please see our Help Center topic on submitting Sitemap files for multiple sites. - Listing Sitemap files in the robots.txt file
Another way of submitting a Sitemap file is to specify the URL in your robots.txt file. If you use this method of submitting a Sitemap file, it will be found by all search engines that support the Sitemaps protocol (although not all of them support the extensions listed above). Since you can specify the full URL of your Sitemap file in the robots.txt file, this method also allows you to store your Sitemap file on a different domain. Keep in mind that while Sitemap files submitted this way are processed on our side, they will not be automatically listed in your Webmaster Tools account. In order to receive feedback on your files, we recommend adding them manually to your account as well. - Using an HTTP "ping"
If your Sitemap files are generated automatically, a convenient way to submit (and re-submit) them is to access the "ping" URL for Google Sitemaps. This URL includes the URL of your Sitemap file. For more information on the "ping" URL for your website, please see the Help Center article on Updating a Sitemap. Feel free to "ping" this URL whenever you update your Sitemap file - we'll know to pick it up and process it again. If you also have your Sitemap file registered in Webmaster Tools, we'll update the status there as well. This method is also valid if your Sitemap file is kept on a different server, but you must still verify both sites in Webmaster Tools as previously mentioned.
Search engines that are a members of sitemaps.org support a similar way of submitting general web Sitemap files.
We hope these simplifications make it even easier for you to send us your Sitemap files! Posted by John Mueller, Webmaster Trends Analyst, Google Zürichthis is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Matt Cutts on ranking, spam and the future of search 2013 Posted: 18 Jun 2013 08:36 AM PDT salam every one, this is a topic from google web master centrale blog: During a recent visit to the Mountain View Googleplex, I had the chance to interview Matt Cutts for our German Webmaster Blog. While enjoying the California sunshine we chatted about how to rank in Google, resources for webmasters and Matt's first encounter with spam. As these topics are not only interesting for a German audience, I want to share them with you as well. So watch the video and find out how difficult it can be for the head of webspam engineering to surf the Internet. :) If you speak German you might want to check out the German translation of the interview. Posted by Juliane Stiller, Search Quality Teamthis is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: SES London Calling! 2013 Posted: 18 Jun 2013 08:05 AM PDT salam every one, this is a topic from google web master centrale blog: Written by Luisella Mazza, Search Quality Team.
February is that time of the year: the Search Engine Strategies conference hits London! A few of us were there to meet webmasters and search engine representatives to talk about the latest trends and issues in the search engine world. It was a three-day marathon full of interesting talks - and of course, we heard a lot of good questions in between the sessions! If you didn't get a chance to talk with us, fear not: we've pulled together some of the best questions we encountered. You can find a few of them below, and an additional set in our Webmaster Help Group. Please join the discussion! Why should I upload a Sitemap to Google Webmaster Tools, if my site is crawled just fine? All sites can benefit from submitting a Sitemap to Google Webmaster Tools. You may help us to do a better job of crawling and understanding your site, especially if it has dynamic content or a complicated architecture. Besides, you will have access to more information about your site, for example the number of pages from your Sitemaps that are indexed by Google, any errors Google found with your Sitemap, as well as warnings about potential problems. Also, you can submit specialized Sitemaps for certain types of content including Video, Mobile, News and Code. More information about the benefits of submitting a Sitemap to Google Webmaster Tools can be found here. How do you detect paid links? If I want to stay on the safe side, should I use the "nofollow" attribute on all links?We blogged about our position on paid links and the use of nofollow a few months ago. You may also find it interesting to read this thread in our Help Group about appropriate uses of the nofollow attribute. How do I associate my site with a particular country/region using Google Webmaster Tools? Can I do this for a dynamic website?
The instructions in our Help Center explain that you can associate a country or region to an entire domain, individual subdomains or subdirectories. A quick tip: if, for instance, you are targeting the UK market, better ways of structuring your site would be example.co.uk, uk.example.com, or example.com/uk/. Google can geolocate all of those patterns. If your domain name has no regional significance, such as www.example.com, you can still associate your website with a country or region. To do that you will need to verify the domain, or the subdomains and/or subdirectories one by one in your Webmaster Tools account and then associate each of them with a country/region. However, for the moment we don't support setting a geographical target for patterns that can't be verified such as, for example, www.example.com/?region=countrycode. I have a news site and it is not entirely crawled. Why? Other crawlers had no problem crawling us...First off, make sure that nothing prevents us from crawling your news site - the architecture of your site or the robots.txt file. Also, we suggest you sign up for Webmaster Tools and submit your content. We specifically have the News Sitemap protocol for sites offering this type of content. If you take advantage of this feature, we can give you more information on which URLs we had trouble with and why. It really rocks! A quick note to conclude: the lively, international environment of SES is always incredible. I have had a lot of interesting conversations in English, as well as in Italian, French and Spanish. Fellow Googlers chatted with webmasters in English, Danish, Dutch, German and Hungarian. That's amazing - and a great opportunity to get to know each other better, in the language you speak! So next time you wonder how Google Universal Search works in English or you're concerned about Google News Search in German, don't hesitate; grab us for a chat or write to us!
this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Taking feeds out of our web search results 2013 Posted: 18 Jun 2013 07:40 AM PDT salam every one, this is a topic from google web master centrale blog: Written by Bogdan Stănescu, Software EngineerAs a webmaster, you may have been concerned about your RSS/Atom feeds crowding out their associated HTML pages in Google's search results. By serving feeds, we could cause a poor user experience: - Feeds increase the likelihood that users see duplicate search results.
- Users clicking on a feed may miss valuable content available only in the HTML page.
To address these concerns, we prevent feeds from being returned in Google's search results, with the exception of podcasts (feeds with multimedia enclosures). We continue to allow podcasts, because we noticed a significant number of them are standalone documents (i.e. no HTML page has the same content) or they have more complete item descriptions than the associated HTML page. However, if, as a webmaster, you'd like your podcasts to be excluded from Google's search results (e.g. if you have a vlog, its feed is probably a podcast), you can use Yahoo's spec for noindex feeds. If you use FeedBurner, making your podcast noindex is as simple as checking a box ("Noindex" under the "Publicize" tab). As a user, you may ask yourself whether Google has a way to search for feeds. The answer is yes; both Google Reader and iGoogle allow searching for feeds to subscribe to. We're aware that there are a few non-podcast feeds out there with no associated HTML pages, and thus removing these feeds for now from the search results might be less than ideal. We remain open to other feedback on how to improve the handling of feeds, and especially welcome your comments and questions in the Crawling, Indexing and Ranking subtopic of our Webmaster Help Group. For the German version of this post, go to " Wir entfernen Feeds aus unseren Suchergebnissen."this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |
| from web contents: Quick security checklist for webmasters 2013 Posted: 18 Jun 2013 12:34 AM PDT salam every one, this is a topic from google web master centrale blog: Written by Nathan Johns, Search Quality Team In recent months, there's been a noticeable increase in the number of compromised websites around the web. One explanation is that people are resorting to hacking sites in order to distribute malware or attempt to spam search results. Regardless of the reason, it's a great time for all of us to review helpful webmaster security tips. Obligatory disclaimer: While we've collected tips and pointers below, and we encourage webmasters to "please try the following at home," this is by no means an exhaustive list for your website's security. We hope it's useful, but we recommend that you conduct more thorough research as well. - Check your server configuration.
- Stay up-to-date with the latest software updates and patches.
A common pitfall for many webmasters is to install a forum or blog on their website and then forget about it. Much like taking your car in for a tune-up, it's important to make sure you have all the latest updates for any software program you have installed. Need some tips? Blogger Mark Blair has a few good ones, including making a list of all the software and plug-ins used for your website and keeping track of the version numbers and updates. He also suggests taking advantage of any feeds their websites may provide. - Regularly keep an eye on your log files.
Making this a habit has many great benefits, one of which is added security. You might be surprised with what you find.
- Check your site for common vulnerabilities.
Avoid having directories with open permissions. This is almost like leaving the front door to your home wide open, with a door mat that reads "Come on in and help yourself!" Also check for any XSS (cross-site scripting) and SQL injection vulnerabilities. Finally, choose good passwords. The Gmail support center has some good guidelines to follow, which can be helpful for choosing passwords in general. - Be wary of third-party content providers.
If you're considering installing an application provided by a third party, such as a widget, counter, ad network, or webstat service, be sure to exercise due diligence. While there are lots of great third-party content on the web, it's also possible for providers to use these applications to push exploits, such as dangerous scripts, towards your visitors. Make sure the application is created by a reputable source. Do they have a legitimate website with support and contact information? Have other webmasters used the service?
- Try a Google site: search to see what's indexed.
This may seem a bit obvious, but it's commonly overlooked. It's always a good idea to do a sanity check and make sure things look normal. If you're not already familiar with the site: search operator, it's a way for you to restrict your search to a specific site. For example, the search site:googleblog.blogspot.com will only return results from the Official Google Blog. They're free, and include all kinds of good stuff like a site status wizard and tools for managing how Googlebot crawls your site. Another nice feature is that if Google believes your site has been hacked to host malware, our webmaster console will show more detailed information, such as a sample of harmful URLs. Once you think the malware is removed, you then can request a reevaluation through Webmaster Tools.
SSH and SFTP should be used for data transfer, rather than plain text protocols such as telnet or FTP. SSH and SFTP use encryption and are much safer. For this and many other useful tips, check out StopBadware.org's Tips for Cleaning and Securing Your Website. Here's some great content about online security and safety with pointers to lots of useful resources. It's a good one to add to your Google Reader feeds. :)
- Contact your hosting company for support.
Most hosting companies have helpful and responsive support groups. If you think something may be wrong, or you simply want to make sure you're in the know, visit their website or give 'em a call. We hope you find these tips helpful. If you have some of your own tips you'd like to share, feel free to leave a comment below or start a discussion in the Google Webmaster Help group. Practice safe webmastering!this is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com  |