Welcome to the Q&A Forum

Hi Amelia,

The primary ones to consider are Outbrain and Taboola - Zemanta is good as well but works a bit differently. nRelate recently shut down. There are others out there, but Outbrain and Taboola will likely be the best option for business-focused content. In my own research, the other networks tend to focus more on B2C topics. Ryan also mentioned Skyword and Contently, which are software companies that offer marketplaces to hire writers, and Curata, which is software to curate content socially. All 3 offer good solutions, but don't fit into the discovery platform description I believe you're looking for.

For content discovery platforms, you'll probably pay in the range of 10-50 cents per visit. However, the only real targeting they're providing is geographic, and other targeting is controlled using their algorithms.

Because of this, I'd suggest you consider paid social as an alternative solution. You have a well-targeted group of individuals - UK business owners and landlords. Other networks like Facebook and LinkedIn will offer you much better content targeting with the same intended effect - drive traffic from your core audience.

You may pay a bit more per click depending on content performance, but the benefit of targeting makes it worth it. We've seen performance as low as 2 cents per engagement on Facebook for popular content, and CPCs as low as $1-5 for highly targeted audiences (for example, CEOs in the US who make $100k+ and are interested in very specific industry topics). If my audience is CEOs, I would much rather get 500 visits from CEOs for $500-1000 than get 5000 visits from random individuals in the UK reading business articles at the same cost.

On a sidenote, if you want to prevent indexation of them you can probably add the URLs in to Robots.txt or disallow a specific folder for those images.

On the flipside, if you want to get them indexed, you can manually link to the images and submit an image sitemap to google with just those particular images. Doing both is better than just one.

Quick anecdotal reference - for the 1 site I just checked (which allows CSS to be crawled), no they are not indexed.

However, Google crawls CSS and can load those images when you Fetch And Render inside of GWT I believe, so theoretically they can index them.

Next question is what would cause them to do so (eg inbound links to that image file), but I don't have an answer for that.

All of the answers above are a good start.

I would also suggest trying keywordtool.io for every celebrity name you want to talk about, and see what types of things people are looking for about those celebrities. Ubersuggest will perform this task as well.

Here's the definition from their glossary:

LTS: The link target score (LTS) is a measurement of a domain’s overall relevance to the queries you created at the “Find Prospects” stage. We calculate a domain’s LTS based on the number and position of its occurrences within the SERPs. A higher LTS indicates that a domain has a stronger search presence for your queries, and often but not always this indicates higher quality and higher likelihood of being a converting prospect. It’s ONLY useful for comparing domains within a single prospecting report, and not for comparing prospects from one report to another. Domain PR is a better metric for comparing one domain to another across reports.

Based upon that, this is just a relevance score based upon how frequently that domain showed up in your report. Use it as an indicator, but you shouldn't abandon a prospect due to a low LTS score.

Hey Chris, one of the bigger two factors on page load speed are the number of http requests (meaning various files that have to be loaded, but each new domain slows things down even further). Essentially, every time they see a new subdomain or domain the browser has to go lookup DNS information for that URL.

Because of that, prefetching DNS info for those 3rd party sites is valuable since it tells the browser "here is the full list of domains you need to get info on" right upfront.

As Ryan mentioned, it's just one more thing that can get checked off the list. I think the value of implementing this is going to be strongest for high-traffic publishers which have tons of 3rd party data collection on their site from ad networks and other providers.

Adding on to what Ryan said, you can setup RSS to Email functionality for multiple lists (I think - haven't needed to do this exact setup). When you do, name the lists similar to the categories. As a sidenote, there's a way to do this with segments all contained within one list, but I don't have details on that. See the resources below.

For the RSS feed, you'll use the category URL and add "/feed/" to it to get the category-specific RSS. For example - http://news.nursesfornurses.com.au/Nursing-news/category/lifestyle/feed/ will be the RSS URL for the Lifestyle category.

You'll have to do a slightly custom onboarding setup to allow users to adjust their categories when they first signup, or you can simply let them opt out of specific lists when they hit the unsubscribe button.

Mailchimp also has a feature called conditional dynamic content that allows you to send a master newsletter, and only add specific content if the user has selected it: http://blog.mailchimp.com/conditional-dynamic-content-in-mailchimp/

Here's some other articles in their support docs that describe different ways of handling this:

• http://mailchimp.com/resources/guides/mailchimp-for-bloggers/html/
• http://blog.mailchimp.com/rss-to-email-tutorial/
• Lists Options: http://kb.mailchimp.com/lists
• Segments Option: http://kb.mailchimp.com/lists/groups-and-segments/about-segments-and-groups

Not a problem - would love to see the finished version once you complete it.

Hey Eric,

You've got a deep one here with a few different things going on. Let me start with some observations and then walk you through the direction I would take if this were my project:

1. The content on that example you gave is all HTML that's crawlable. So that page is getting indexed properly.
2. If you were to reduce the amount of content in the left section, and swap it with a button leading to the blog post, Google shouldn't have any problem indexing those links to the pages which have more content. In that sense, your map page would be no different than a blog archive page, with titles and teasers leading to a complete post.
3. Let's pretend for a second that we want to go with that solution, but we don't want users to have to leave the page to read the full content when they click the button. Then we'd want to display the content somehow in a way where we know it won't get indexed. We should be able to override that <a>link and load it into a popup instead of actually loading the page. If it gets displayed in a popup modal, that would be a nice experience without leaving the page. An iframe should ensure it's not indexed as content on the page, though you'd have to play with how it's sized and positioned. You could also load the content in with Javascript, though Google is more likely to index that properly than they used to do, and I can't recall which particular methods are non-indexable.</a>
   <a>* Your next point was regarding users sharing the proper URL. You can hardcode the share buttons to the URL that is appropriate for them to share. domain.com/map#snorkelmaui would be a good URL to enforce the map to flow down to the Snorkel Maui business listing, and domain.com/map/businesses/snorkel-maui/ would be more like the URL of the individual article that is separate from the map but which can be loaded in a modal. This page would probably have some kind of "back to the master map" button or functionality to lead users back to that full map page experience.* Your other point was regarding users not visiting the correct page and therefore it would rank poorly. This isn't a big deal. If it's getting indexed properly and has internal links flowing from the popular and (let's hope) well-linked map page, then it should rank just as well as any other URL on the site with internal links.</a>

<a></a>

<a>Option B: If you want to get really advanced and avoid the separate page experience, you could use some kind of AJAX pushState() scenario to change the URL while they're looking at the modal, and fix it when they exit to modal. Downside here is that if they refreshed the page they wouldn't see the map experience, they'd see the static page version. You could also take this pushstate approach and use it to create a single page experience that does have multiple URLs without leaving the page, but each individual page is rankable on its own. </a>These two blog posts should set you down the right path if you choose that option.

I think that covers your concerns and lays out 2 options for you, but let me know where you still have questions.

Agreed with Dennis. I generally use Feedly which has good suggestions for related feeds.

I think Zite is similar to Flipboard?

That's the route I'd push for as well I think.

Agreed on experimentation. Please report back if you get a chance to test this. Perhaps choose a small number of PDFs on this site redesign and leave the link off of them?

If all of the traffic is one keyword, then a minor interface change could cause a big traffic change. Any new ad units or stuff like that showing up that wasn't there before in the SERP?

There's been flux lately from the Firefox partnership, but seems unlikely for you to notice that trickle down.

I assume you saw no change on mobile or tablet, just desktop?

That's all interesting. Didn't mean to suggest you needed to look at BWT (sounds like you have quite a bit already), I meant to reiterate that Benjamin should look there. I rarely spend any time in BWT so I can't say much about its response times and error rate, but I wouldn't be surprised if it has delays or takes awhile to sort out big site changes.

Hope it trends well for you and please report back if you see any developments. I'm curious what Benjamin sees on the backend of BWT as well.

I just scanned through 20-30 sites of various traffic/content models and I don't see anything major on any of them, but that doesn't mean you're not seeing something specific happening.

If I were you I would check into Bing Webmaster Tools data and see what they can tell you about recent changes to crawling or visibility to see if there's a signal there that you can look into further.

I haven't seen any studies with <embed> the way I have with <iframe>. <embed> is also used for video and flash, but neither would be indexed the same way as PDF so hard to compare. The embed tag is pretty standardized, so I really doubt they wouldn't crawl this similarly.</p> <p>IIRC in the ugly era of flash, it was proper to have a <noscript> {crawlable content here} </noscript> section after the <embed>, so that's one comparable situation, but that's due to the flash itself not being crawled well.</p> <p>If it's not a hassle, I would add the text link to the PDF that says "download full PDF" or similar. If it is a hassle and takes longer than a couple hours, then it's a harder call.</p> <p>Similar thread that could be helpful:</p> <ul> <li><a href="http://stackoverflow.com/questions/3686331/does-google-index-html-content-supplied-by-the-object-tag">http://stackoverflow.com/questions/3686331/does-google-index-html-content-supplied-by-the-object-tag</a></li> </ul></iframe>

I don't understand how the Rails side of things work, but as long as the Wordpress URLs resolve to www.site.com/blog, and canonical tags reflect that, then you should be good.

For app companies where there won't be many links accumulated to the app itself, we often recommend running a complete Wordpress website at www.mysite.com, and running their actual app at app.mysite.com. This allows for easy content management by the marketing team, and marketing projects don't require lots of developer resources to get implemented. Not saying you should do this, but it can simplify things from a marketing & IT perspective. If there's a public facing version of the app, for example how Moz allows pages like https://moz.com/researchtools/ose/ to rank, then it can make more sense to run everything on a single subdomain.

Ryan's resources look good regarding copyright & fair usage. If you're citing a paragraph or two and linking to the source, you're generally in the clear.

In terms of SEO, you'll want to be adding as much unique content to the page as you're citing if you plan on indexing the content. Here are examples of sites that do this curation approach well:

• http://swipefile.co/archives/
• http://further.net/archives/

If you're just going to pull the content in directly from an RSS feed, or if you're just adding a sentence plus the quoted text and a link, then you're probably not adding enough value for the content to be worth indexing. I'd set the meta robots tag to "noindex, follow" in this case.

If it's a period of 2 weeks and you're going to do it anyways, I would just make the new content and not go to the expense of setting up redirects and then taking them down, which can cause issues when you plan on recreating a URL.

I personally would not generate new language sections unless the content has been translated and localized on those pages. Right now your Spanish homepage has English content in the body, so I would view this as incomplete. Ideally you'd translate the entire page for those sections.

When you do that, you'll want to use hreflang, not canonicals, to indicate different versions of the same content.

So, my recommendation is (A) get rid of the Spanish content sections which would solve the duplication problem, or (B) finish translating the content and then install hreflang code, which would also solve the duplication problem.

Unfortunately I don't know of a good hreflang tool for Joomla specifically.

Let me know if that makes sense?

Also, if you decide to keep the /es/ section of the website then you'll need to look into hreflang instead of canonical tags, because /es/ and /en/ will not be duplicate content once they're translated.

Read this Q&A from Google for details - https://sites.google.com/site/webmasterhelpforum/en/faq-internationalisation#q20