@Paul "I always include the publish date in the post itself because little frustrates me more than not being able to tell whether an article's recommendations are current or not."
WORD
Welcome to the Q&A Forum
Browse the forum for helpful insights and fresh discussions about all things SEO.
After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.
@Paul "I always include the publish date in the post itself because little frustrates me more than not being able to tell whether an article's recommendations are current or not."
WORD
I never quite understood why internal linking was such a big deal for SEO, but now I'm having second thoughts and perhaps understanding it more.
I always thought since most websites have a navigation feature--usually the menu bar located at the top and often another one in the footer--that internal navigation was usually already built in to most websites and therefore, a silly topic to make a fuss over; however, I may be the silly one after all. I am now creating pages that are not included in the navigation so....
What is the best practice for this? If I am creating say, pages for certain locations and those location pages begin to number in the hundreds, it makes my navigation bar a little too cumbersome to have all those pages in a drop down menu. So I made a Locations page and just link to all those pages from that page (and from nowhere else). But now I'm wondering if this could be a bad internal linking practice and perhaps hurt my online visibility as an SEO ranking factor.
Is this a crawl problem? And if so, is there a better option that provides a good visitor experience while appeasing the search engines.
My developer (in training) figured out a solution to eliminate the duplicate content; however, I'm still wonder if having two H1 tags (one shows on mobile and the other shows on desktop) in the source code will hurt my SEO. I usually like to stick to one H1 so there is no confusion for Googlebots. Here's one of the pages in question:
view-source:http://new.brooklynmanhattanlocksmith.com/services/automotive/
Thanks for the help! Dino
Thanks, Don. Would this work if I have a separate H1 tag for each version as well? I want Google to recognize each H1 for each version and not get confused as to which headline is a priority.
Regards,
Dino
Setting aside my personal issue with Google's favoritism for Responsive websites, which I believe doesn't always provide the best user experience, I have a question regarding duplicate content...
I created a section of a Wordpress web page (using Visual Composer) that shows differently on mobile than it does on desktop view. This section has the same content for both views, but is formatted differently to give a better user experience on mobile devices. I did this by creating two different text elements, formatted differently, but containing the same content. The problem is that both sections appear in the source code of the page. According to Google, does that mean I have duplicate content on this page?
One of my clients wants to link to the same page from several places in the navigation menu. Does this create any crawl issues or indexing problems?
It's the same page (same url) so there is no duplicate content problems. Since the page is promotional, the client wants the page accessible from different places in the nav bar.
Thanks, Dino
Was researching this same topic and the video you shared answered my question. Thanks for including the link.
Thanks, EGOL. It's definitely weaker, but will ask them to change it.
I've recently discovered large blocks of content on a competitors site that has been copy and pasted from a client's site. From what I know, this will only hurt the competitor and not my client since my guy was the original. Is this true? Is there any risk to my client? Should we take action?
Dino