meta user
network profile
| bio | website | johnmu.com |
|---|---|---|
| location | Switzerland | |
| age | ||
| visits | member for | 2 years, 10 months |
| seen | 2 days ago | |
| stats | profile views | 1,277 |
Webmaster Trends Analyst at Google Switzerland. I work together with the web-search engineers and the webmaster-support team to help webmasters to make awesome content that search engines can understand and recommend.
I primarily post in the Google Webmaster Help forums (in English & German). You can also catch me on Google+, occasionally even in live hangouts :-).
|
Oct 17 |
comment |
Category redirect in breadcrumbs - bad SEO? Why not just leave the category pages as category pages? |
|
Oct 16 |
answered | How to fix Google 404 not found Crawl Errors? |
|
Oct 15 |
answered | Best way to take down site for a long period while I develop it |
|
Oct 15 |
answered | Over 200 links in yahoo, none on google webmaster tools? |
|
Oct 15 |
comment |
Javascript reliance an issue for mobile optimised sites? The trick, imo, is to differentiate between smartphones (including tablets, set-top-boxes, etc) and feature-phones (WAP/WML/iMode). If you're only focusing on smartphones (which generally have desktop-capable browsers), then like you said, JavaScript isn't a problem. If you also want to create content for feature-phones, then you will need to do significant work to make an alternate version anyway. |
|
Oct 15 |
comment |
SEO - Move around content with Javascript There's also an interesting (and older & obsolete) article about these limits at sitepoint.com/indexing-limits-where-bots-stop |
|
Oct 15 |
comment |
SEO - Move around content with Javascript I work together with the web-search team at Google. There's no need to remove "cruft" above your primary content. Google is pretty good at recognizing and skipping over things like that (provided the actual content is within something like the first few MBs or so of the page, so not something the average site needs to worry about). I'd worry more about using JQuery for navigation, if that's the only form of navigation on your pages :). Google is pretty good at parsing JavaScript, but not all other search engines can do that, so it usually makes sense to use static HTML where possible. |
|
Oct 15 |
answered | Search Engine Friendly URLs with Query String |
|
Oct 15 |
answered | Moving to a custom domain in blogger spoiled my pagerank. Need help? |
|
Oct 15 |
comment |
Tool to analyze page loads For more details, you might also want to check out the Chrome Speed Tracer extension -- it gives you pretty precise timing information, not only on when which embedded piece of content downloads, but also how & when JavaScript is executed, when your layout needs to be recalculated, etc. |
|
Oct 4 |
answered | Why does SEO based code tips not appear to affect ranking? |
|
Oct 4 |
answered | Implications on automatically “open” third party domain aliasing to one of my subdomains |
|
Oct 4 |
answered | SEO (or other) problems with a 404? |
|
Oct 3 |
answered | Unlimited free sitemap generator for Nginx? |
|
Oct 3 |
answered | Google +1 number variations |
|
Oct 3 |
answered | Avoid penalties for duplicate (multilanguage) shared hosting |
|
Jul 19 |
awarded | Yearling |
|
Dec 31 |
comment |
Can prefixing a dash reduce the search engine rating? Agreed, don't worry about dashes, etc. Additionally: If you have both descriptive & unique text as well as a GUID in the URL, I'd consider dropping the GUID altogether. One URL is enough :-). |
|
Dec 30 |
answered | Would the IP-based content delivery be considered as cloaking? |
|
Dec 25 |
comment |
How many production servers should I start with? I think you're going to have to supply some more details than that :-). |
