Welcome to the Q&A Forum

Browse the forum for helpful insights and fresh discussions about all things SEO.

Category: Intermediate & Advanced SEO

Looking to level up your SEO techniques? Chat through more advanced approaches.


  • See https://moz.com/community/q/in-google-search-console-https-or-non-https The HTTP:// will be added on to any non-HTTPS URL Automatically. I always type it in HTTP://  because of habit, however, it does not make a difference because Google ads it the only time this makes a difference is when adding HTTPS:// So it makes no difference whatsoever as long as you have the four versions of your encrypted site you can choose between Google is indexing more than one of the four below. http:// https:// http://www. https://www. just be certain that all four are there do not worry about the non-encrypted http:// https://moz.com/ugc/accidental-seo-tests-when-on-page-optimization-ceases-to-matter https://www.deepcrawl.com/knowledge/news/https-when-to-act/ https://www.deepcrawl.com/knowledge/best-practice/https-dilemma-security-seo/ I hope that answers your question. All the best, Thomas

    | BlueprintMarketing
    0

  • I am sorry you feel that way, but you are wrong. It looks like woo only supports around 125 payment methods (gateways and offline type methods such as P.O's and such). With only 14 free ones that only include one top tier US payment company (Amazon). Check out something like Prestashop. Between the main site and all of the 3rd party merchant sites, they support around 300 different gateways and methods. With most top tier gateways in the US being free, such as Auth.net, Bluepay, First Data, Paypal business, Paypal Advanced, ect. So while Woo does have good payment support, it is costly and not near the best coverage.

    | LesleyPaone
    0

  • Thanks a lot Laura, so I guess we would not need to be too concerned.

    | lcourse
    0

  • To add on to Gaston's Reply, Wikipedia is up that Top 10 or 20 sites that could do everything wrong ( in fact some do ) regarding SEO and still rank number 1, Google's reasoning for this is basically, their too big to fail. If people started not seeing wikipedia pages, heads and traffic would roll. So since Google knows that traffic will continue as long as certain sites are always listed, they will overlook their SEO issues. I don't know for how long though, as I see pages from wiki that are awaiting deletion ranking on page 1 and 2 sometimes, not to mention the sometimes completely inaccurate information on some of wiki's pages, although rare doesn't boast well for SERPs relevancy. So to put it in otherwords, Wikipedia is above the law...

    | Deacyde
    0

  • Yes, I would not worry about the differences in how OSE views the different url's PA/DA This would be for the reasons already noted, plus OSE is not Google. The main issue is to make sure your recent move to https is buttoned down. If you haven't already, look at this on Moz, especially the links to best practices on migrating to https. https://moz.com/blog/seo-tips-https-ssl Best of Luck... Mike

    | 94501
    0

  • You can do a "site:" search directly in Google like this and I currently see this --> http://screencast.com/t/ZVqq5iumQ - you can probably do a site: search on the whole domain, a subfolder or a specific page etc.

    | evolvingSEO
    0

  • Thanks for the heads up, I was really unsure about this as well but really glad I saved my money by not buying into it! Matt

    | mcmrose2
    0

  • The rel canonical tag to the root of the site could work, but would be better to have a metatag like <metaname="robots" content="noindex, nofollow"> </metaname="robots"> For each page that is developmental and not supposed to be live. This will tell google to just ignore these pages, that they are not ready to be indexed and be part of the internet. It's generally not recommended to do a rel canonical to the homepage, just because it's saying that every page on the developmental site is from the homepage, as well google is still indexing these pages and this could cause issues later on. It's just better to noindex nofollow the dev pages before they go live, since then you can migrate the new to the old and not have some huge issue later on. I send something like this to your private message as well.

    | Deacyde
    1

  • We've took the date out of the code. I think it might have an indirect effect on the ranking, but off course we're also focussing on content and authority. Thanks for the reply

    | Heers
    0

  • You may add some questions or suggestions before the textarea in order to help users to post longer reviews : what you love? on the contrary, what has displeased you? Would you recommend the site / product to a friend? Have you been satisfied with the packaging, delivery ...

    | Bigb06
    0

  • Hi I totally agree with Logan, the site is relstively new and its require more work along with good and strong stradgy. I don't see any point of being hit by Google with penalty. You may also want to consider to check title and tags of your site. have a details technical audit along with on page audit as well. It will start picking up. Any more question happy to help.

    | Mustansar
    0

  • While we'd all prefer a world in which there weren't messy parameters everywhere, they're often necessary for all kinds of reasons — tracking being a good example. So: Take a note of each of the parameters. Go to the 'Crawl' section in Google Search Console and then to 'URL Parameters'. Enter each of your tracking parameters there. When asked whether the parameter changes the page content seen by the user, answer honestly. If these are just tracking parameters, you should be OK to answer "No" in every case. Make sure that there is a canonical tag in place (which it sounds like there is, from your question). The canonical version shouldn't have any parameters. If you have a feature for users to share a page — "share this page on Facebook", for example — try and ensure that the shared URL is the canonical version. You have a bigger issue with duplicate URLs. These pages should not co-exist: sitename.com/productname-xyz/ sitename.com/productname-xy-z/ If I understand your question correctly, these pages are both of the same product. Pick a preferred URL and stick with it. Permanently redirect the other URL. A canonical tag will deal with the parameters, but you can't rely on it to solve duplicate page paths like this.

    | StephanSolomonidis
    0

  • Hi there Moz has a great SEO audit resource that you should take a look at to get a good foundation set for your website. It's filled with a ton of great information and tips on how to keep your website sound and within SEO best practices. If you haven't taken a look yet, I highly recommend it. There is also a fantastic technical SEO audit that you can look into, complete with a checklist! Both of this will help a tremendous amount! I would also take a look at the Panguin Tool from Barracuda to line up your Google Analytics and Google algorithm updates. This will help you see if your website was directly hit by any of the update or algorithms, and will help you pinpoint whether or not you need to complete a backlink or content audit. From there, I would make sure that you put into place an ongoing SEO audit schedule, that way you have a set of tasks to complete that will help you stay on top of your website and issues that may occur. Make sure that you read this, there are things you wouldn't think of! I know you said resources / budget are the biggest for this, but don't forget that there are companies out there that are willing to help and may be able to work with a smaller budget - no hurt in asking if some issues are beyond your expertise level, a little help now will save potential headaches down the road! Let me know if this helps or if you have any questions or comments! Good luck! Patrick

    | PatrickDelehanty
    0

  • Thanks for your thoughts. That's my position on it at the moment, so I'll continue to wait J

    | jeremycabral
    0

  • Hi there Honestly, people want content. Especially when it comes to something like a mortgage or an "embarrassing" service. Regardless of industry or service, people need information to make decisions, compare choices, understand issues, have incentive to reach out, and more. Never think that content isn't something people want or need - it's up to you to research and understand the "why". For instance, ask yourself these questions: Who is your audience? Why do they need this service? Do they have other options? Why is your option better than others? What kind of questions do they have? How do you compare against competitors? What are you competitors doing content / marketing wise? Can you explain parts of your service in more detail? Are there any followup services your audiences may need? etc. Content is everywhere and you'd be surprised at how much your audience wants and needs it. Industries and audiences are ever changing, so make sure you are staying on top of the trends and you'll be surprised at how many content ideas show themselves. Beyond that, look into link building and social media strategies. You could also try partnership / certifications that are applicable to your industry. Hope this helps! Good luck! Patrick

    | PatrickDelehanty
    0

  • Hi there There's a great URL structure resource from Moz located here, as well as a great information architecture resource here. I suggest checking it out. Generally it's better to be shorter with your URL structure. I would use option B if it were my choosing, because you could easily making it... www.domain.com/italian-recipes/chicken-parmesan Otherwise you are doing... www.domain.com/recipes/italian/chicken-parmesan You create a deeper page level with option A, making pages "less" important and farther away from the domain, which is the most important aspect of your URL. Keep pages and crawl depth as shallow as possible so that pages don't get buried and lost in the crawl. My opinion, go option B, but also review the resources above. Hope this helps! Good luck! Patrick

    | PatrickDelehanty
    0

  • Hi Guillaume I would use the questions / answers you have as a chance to build out robust help and support sections for your products. Not only will this help you from a search standpoint with long tail queries, but it will also help you from a user standpoint as they will have a point of reference to help them with issues, answer questions as they decide if they want to buy your product, and also help with brand equity as you build more content that details answers more. What I would suggest, pay attention to the following: What questions are users asking? What issues are they having most with your product? How does your product compare against other products in the industry? What does yours do that competitor products don't? What new features are you adding? Are there any features that are underutilized by users? Are there any integrations you may have? What's the history of the product? What are competitors doing from a promotion standpoint that you're not? When it comes to keyword cannibalization, that's not an issue. Two different pages can overlap in keywords so long as those pages have unique content regarding a particular keyword. To me, the two examples you listed above are two different ideas, as long as the general idea is different than the software idea and contains different steps. What matters is that each page has it's own unique topic to the keyword and does not share content with another page. You'll find that as you are focused on a particular industry and product, that these things happen, but it's relatively easy to keep pages specific to an idea regarding a keyword. Also look for opportunities to repurpose content: Images Video Articles Gated content Etc. Opportunities are limitless when it comes to content, even for a boring industry. It just takes time and digging. Let me know if this helps and if this answers your question. You have more than enough to make robust pages of content, and should have no idea to nodinex or canonicalize pages to one general FAQ page. Build more content, internally link in a smart way, and keep your eyes / ears peeled. Good luck! Patrick

    | PatrickDelehanty
    0