Welcome to the Q&A Forum

Haven't experienced this myself, but the natural response is to send a mail to the author of the article where you ask politely if the author could add a link to the article. Pretty much all you can do.

I can't see a problem with changing it. Seeing that you removed a lot of pages due to cleaning up the site i would think that the normal thing to do is not to show a 404-page, but either redirect to the proper page/category, or show something like the example you linked to.

Same thing with my dashboard, in addition i get the following crawl-errors:

Moz was unable to crawl your site during the last campaign update!We encountered the following issue:902 Network Errors Prevented Crawler from Contacting ServerI suspect that these might be related? Does MOZ.com have any issues on their side? I am 100% sure that there has been no network issues during this period. And no blocking of Moz's ip's.

Based on personal experience: Try to submit, then just move on.  I've had a submission waiting for a couple of years as there seem to be no active editors left in that category. Doesn't help when they won't notify you if you are declined/approved either.

Depends on how often your site is crawled by Google/Bing/Whatever. Normally it should be visible within the next crawl. (Minutes/Hours/A day or two.)

I'm not a expert on the SEO-bit, but generally i wouldn't bother with it. You have existing domains that work well, you have site(s) that's known in your market-segment and a well-known brand. In my opinion it won't do you any good to use http://a.brand instead of http://brand.com . .com-domains and national TLDs are well known amongst the users of the internet, new things/weird domains tend to scare people.

But if you/your company can afford to get a gTLD for your brand it would probably be a nice thing to just have "lying around" just in case. But i wouldn't bother spending a lot of work on it.

Edit: Checked your company, seeing that it's a furniture-company i wouldn't bother with it at all. Your customer-base seems to be "all the people". "All the people" are usually happy as long as they can find your-company.com/.no and so on.

OT: Nice to see more norwegians in here. Hi!

I still have the same problem with the blank front page. Looks like the 902-errors have dissapeared though. Would also love a update from the staff.

Hi.

I run a site that's SSL only. (Using a 301 redirect to redirect traffic from http:// to https://).

This might be a stupid question but i can't seem to find any conclusive answers to the question by searching. Does this negatively affect the search engine ranking of the site?

Regards,
Eivind

The best answer i can give you is the following links (I assume that google is your main priority.):

https://support.google.com/webmasters/answer/93633?hl=en

https://support.google.com/webmasters/topic/6029673?hl=en&ref_topic=6001951

With the change of address tool you shouldn't experience any problems as far as i know. Unfortunately i did not have the time to localize similar tools (if they exist) from other search providers:

https://support.google.com/webmasters/answer/83106?hl=en&ref_topic=6029673

As long as you use a 301-redirect and report the change to google via google webmasters tools you will be fine. The rankings should transfer fine to the new domain.

As long as the old domain stays active and redirects the incoming links to the new domain using a 301-redirect it shouldn't matter whether they point to the old or the new domain.

Links to categories/login/search/facebook/links in the post + 57 comments with links in them will easily add up to 100+ links on the page.

I can definately understand the need to invest. Have considered it on several occations myself, but haven't done it yet. Somewhat because of the cost, but mostly because i have no idea which of the paid sites that are actually worth paying for. Would be nice with a list of the sites that are actually worth the money so you can avoid the useless ones.

Based on my experience it's usually some incoming links/links that you have missed that causes this.

A 301-redirect to a working page should fix this permanently.

Google indexed around 20k useless URL's due to mediawiki's insane amounts of URL's that is generated by not using "Short URL's".

It was resolved when we moved the wiki to another location, added the short URL's.

We have just redirected everything. (301).

1: You never "need" to invest in a paid directory, just consider the price vs the returns. Personally i never pay for listings or links. I believe that the free services should be more than enough.

2: One listing on a high-ranking directory will ofcourse give you a small boost, but i'd assume that you would need a few listings to notice any permanent change in your ranking.

Looks fairly nice, clean design. The calendar-part could use some work though. What about a calendar for the current/coming year(s) where you enter all the dates/events and allow users to just use checkboxes to decide which dates to show on the calendar? Would be much easier to use, as it is now it takes way too much work for a visitor to check the dates for several holidays/events/whatnot.

Well, based on the following post it seems like that is correct:

Quote:

When you look at Google's cache of a page (for instance, by using the cache: operator or clicking the Cached link under a URL in the search results), you can see the date that Googlebot retrieved that page. Previously, the date we listed for the page's cache was the date that we last successfully fetched the content of the page. This meant that even if we visited a page very recently, the cache date might be quite a bit older if the page hadn't changed since the previous visit. This made it difficult for webmasters to use the cache date we display to determine Googlebot's most recent visit. Consider the following example:

1. Googlebot crawls a page on April 12, 2006.
2. Our cached version of that page notes that "This is G o o g l e's cache of http://www.example.com/ as retrieved on April 12, 2006 20:02:06 GMT."
3. Periodically, Googlebot checks to see if that page has changed, and each time, receives a Not-Modified response. For instance, on August 27, 2006, Googlebot checks the page, receives a Not-Modified response, and therefore, doesn't download the contents of the page.
4. On August 28, 2006, our cached version of the page still shows the April 12, 2006 date -- the date we last downloaded the page's contents, even though Googlebot last visited the day before.

You can find more information about this here: http://googlewebmastercentral.blogspot.no/2006/09/better-details-about-when-googlebot.html

The nofollows are automatically created by mediawiki.

I'll try to find a solution for removing them i guess. Thank you for your input.

Just give it some time, if you use a 301 from the old url to the new one and report the changes via google webmasters tools it should update fairly quick. Should be no need to fix the links.

Edit (Fixing link instead of text):

See http://googlewebmastercentral.blogspot.com/2012/04/how-to-move-your-content-to-new.html

As long as you have a 301-redirect that forces you over to https google should automatically discover this. However you could probably use the "Change site address"-feature.

See https://support.google.com/webmasters/answer/83106?hl=en