Ads get inserted between paragraphs in text modules, which can split them up and make it difficult for a reader to follow a passage of text. However I discovered if you use a soft return, shift enter, instead of a normal hard return, it prevents this from happening. A soft return while creating the appearance of a new paragraph, only adds an end of line (EOL) character in the HTML. So the ad placement system won't place an ad (it doesn't break up lines in paragraphs, only splits between consecutive paragraphs). You can create no space between lines or one or more line spaces by using multiple soft returns. Just press shift enter for each line.
It looks like you're adding extra white space, but I'm not sure. If that's the case, it will probably be removed by your editor.
I'll start doing that. You are so much more adept at this than most of us (or at least me). Thank you for your help on this "we didn't want it" transformation. I'm an old dog but maybe I can still learn a few new tricks.
Eugene you are a wizard when it comes to sussing out the issues still at large in this new migration. I've been thinking about this problem of unwanted ads for ages but do not have your logical/technical skills. Well done, we're all appreciative I'm sure.
So all we do is find the capsule where the ad pops up, get to the last word of the paragraph, press shift and the ad will disappear or move? What do you mean by 'single shift enter' - is that shift and enter simultaneously? Or just the shift key?
Position the cursor at the end of the last word of the paragraph (you can use your "end" key) and press delete so that the first line of the paragraph underneath is drawn up to the same line that the cursor is on (if there are several lines, you may have to press delete multiple times) Then press shift followed by enter, holding both down at the same time. (sorry by "single shift enter" in a previous post, I meant one "shift enter", i.e. doing it once).
Do the ads show up when you're in edit mode in HP? I don't recall that they do. So do you employ your workaround after each paragraph?
Also, do you type your posts directly into the text capsules? I copy/paste from Word. Does that make a difference?
No, only when the article is saved and viewed in author mode. I type directly into the text modules. In any of the modules where splitting and ad placement is occuring, I delete the paragraph HTML tag, bringing the paragraph up to the current line as described in my earlier post. You can check the HTML code of text when editing a text module (just click the "HTML" button) Paragraphs with hard returns will have the <p> and </p> HTML tags at the beginning and end respectively of the paragraph.
That's a bit tecchy for me, Eugene. Because I copy/paste from Word, I don't hit enter after each paragraph. Nor do I hit enter once I've completed the paste in each text module. Does that make a difference?
It's only a problem if you find ads are splitting your paragraphs. As I described, all you need to do then is delete from the end of the paragraph to make the text a single block and put shift enters in where you want them. This does however turn the text into a single paragraph, so the same formatting will be applied to the merged text.
I don't see ads splitting paragraphs in my articles, but I do see ads placed between my photos and the captions. The placement makes no sense. If an ad must appear, at least place it after the caption, not before!
Samantha, is this something you can address with staff?
We are aware of the situation, but unfortunately, that is something that we are unable to fix for now.
I noticed that with the thumbnail photo's as well. Although I find the ad after every 5th photo more intrusive. Nothing like trying to follow step by step directions and getting interrupted with ads. That's something that would make me find a new recipe or set of instructions real quick.
I don't know how the ads are placed (I'm pretty sure they are random though, not set like they were previously), but from what Samantha has said in the past they are not looking to change it.
It seems like the thumbnail photo's and their captions are treated as separate entities which does not make sense considering the caption changes when the photo changes. I wonder if it has something to do with the formatting? Every new photo scrolled through also creates an issue with the back arrow. You have to click back for every photo you scroll through which is also annoying.
Not only that, but when we upload photos into the photo capsule, we enter the source and caption in the same box/module. So, how does text become separated from the photos once moved to the Maven software?
Fixes for these things often involve us overwriting the HTML, so if we fix it, it might make them have to revert what you've done. So we do discourage authors from finding workarounds, as that may complicate things down the line.
Also, ads directly = author earnings, so if you are bumping ads around, it might reduce the strategic placement, and may be doing more harm than good.
There is no strategic placement of ads though since the switch to Maven's platform. The ads are different on mobile vs desktop. The ads are not placed in the same way they were when we were on the HP platform.
Can you tell us if the ads are going to be changed in the near future? From previous posts you said it was not going to change. I do not want ads before bullet lists, that is distruptive and not strategic placement at all.
It's because the HubPages text editor automatically handles the <p> tags for you when you hit return. If you input the formula in this way, it's setting it up as its own paragraph and telling the browser that this section of text is its own block.
<p>
Paragraph text
</p>
is effectively the same thing as:
<br>
Paragraph text
<br>
...in terms of how it looks on the screen. There are differences, like <p> making the section of text a block element, and letting you style all paragraph text collectively with CSS. In this case, one important distinction is that <p> tags are obviously telling the ad script where it can place ads and so there's that issue of getting an ad inserted between the preceding text and formula.
Using shift return as you have really feels like the ideal way to section that text semantically anyway—before even considering the ad position—because the formula really doesn't stand alone as its own paragraph. It's a disconnect between how the text editor appears to present content, compared to the HTML it is creating.
I think your method of forcing the text editor to input a <br> instead of starting a new <p> is the right way to deal with this in niche situations where you need to ensure an ad won't break up the text. The other option is to just write it all in one paragraph, then switch to the HTML mode and enter <br> tags where you want line breaks and this will still keep all that text in the same <p> tag.
The only alternatives for a HubPages fix would probably be changes to the text editor to make the writer more aware of what their text will look like to a browser, or changing how ads are positioned, which is tricky because <p> is such a nice sectioning tool to partition ads between text. If it can't be used, you'd have to do something like put entire text capsules into classed <div> tags and target ads between those.
I don't agree with other people's complaints about not wanting any ads inside text capsules, because placing ads between <p> tags is common practice all over the internet and users are more likely to actually engage with an ad when it is positioned in this manner, integrated into the content. If people specifically don't want certain text broken, they should ensure it's all in the same <p> tag themselves.
HubPages may have done it differently, but it was a dated implementation that had lower ad earnings as a result. The business can't survive without a decent income, and that income is also directly proportional to ours because they're not making money if we're not. Both parties win when more money is being made. I like my readers, the community, and formatting an aesthetic piece of content but I also expect a return on my investment as I'm sure many others here do.
I do agree that ads shouldn't be placed in the middle of comments, however, and I'm sure they'll fix that when they've developed a new solution for comments and can reinstate the system. Right now it's clearly functioning the same within the comments section—targeting between <p> tags for ad positioning—and will require some additional logic to treat that section differently.
In a multi-lined mathematical derivation with lots of lines of equations, I definitely don't want ads splitting up the flow. A show/hide codes button like there is in Word would be useful so we know exactly where the breaks are and what type they are.
What if that show/hide code toggle also placed borders around each paragraph during editing? Somewhat like this:
Gives a clear visual representation of all the areas ads can potentially appear in for situations where the writer needs to avoid the text being split unintentionally.
Support for &NBSP would be useful too.
I just noticed that the text editor supports the <pre> tag and pre-formatted text, so we can have multiple spaces at the beginning of a line. Unfortunately text appears using a fixed space terminal font.
For example:
<pre> This text has lots of spaces</pre>
Gives this:
This text has lots of spaces
Ok, I took all the soft breaks out and just created a new paragraph, i.e. hit enter after "...amps:" in the text.
This is the HTML. I tried posting text, put the post seems to be stripping out the codes and interpreting them.
....and this is the ad being placed between paragraphs:
...also the link to the article:
https://dengarden.com/home-improvement/ … Multimeter
There is another one, further down in the same article. Ironically, it advertised a kitchen faucet in an article on electricity.
I counted 12 ads running thru the middle of the page/text of the article, 1 ad between the end of the article and the comments that have been carried over, and 8 ads interspersed between comments. That's 21 articles running in the middle of the page!
Hmm, do we make any more money by generating all these ads with lots of paragraphs? I thought originally there was a fixed number of ad placements. Do longer articles have more ads and earn potentially more?
That could be, Eugene. I just checked one of my articles that's on ToughNickel. It's not as long as yours and has 51 comments that were carried over. Here's what I found:
8 ads running thru the copy
0 ads between the end of the copy and comments
12 ads running thru the comments
So, there are 20 ads running throughout the whole shebang. I didn't even count what's running in the margins (on yours or mine).
Just checked one of my articles on TurboFuture. 5 ads within the copy, nothing between end of copy and comments, but a whopping 18 ads sprinkled within the 97 comments. Total 23. Twenty something seems to be the targeted number of ads on each page. I wonder how this will transfer to new articles that will no longer allow comments. Hmmmm.....
I counted 14 on an article with a length of 1,899 words, 14 on an article with 1,547 words, and 21 on an article with 3,947. Around 3-4 of those ads in all articles were the right-hand side scroller that just kind of cycled, rather than pop up consecutively—so I'm not sure if I'd really count them as separate ads. By my findings, I assume that yes, length does have something to do with it, as does the number of comments. But I'm not sure if there's an actual set number. The comments thing won't really matter as they will be reinstated eventually and most content on the site that isn't new already has a couple.
I'm not finding that to be the case. I'm curious if tables and maps cause less ads in an article? That's the only thing I can think of, based on what I'm seeing on my articles.
I have a 2991 article with only 5 ads throughout the whole article and nothing in the comments/Q&A (but that section is very small. No Q&A, only 8 comments). This article has a table.
Another article has a table and a map and only has 7 ads throughout the whole article/Q&A/comments (1557 words, 12 Q&A, and 19 comments).
A 1776 word article on the other hand with no table/map/ect has a total of 19 ads spread throughout (6 in the body, 6 in Q&A, and 5 in the comments). However a 2785 word article with no added features only has 11, but the comments section is much smaller so I'm assuming that plays a small role as well otherwise they would be very similar (8 in the body, 3 in Q&A).
Haha, you're thorough. I'm not exactly sure then, but what you're saying makes sense.
When I saw Bravewarriors comment farther up I was kind of confused because I never remembered seeing quite that many on mine. Figured I'd see what mine were when I saw your numbers and could compare article length lol.
I don't write on the sites she listed and I'm not sure what site/s you where looking, at but I'm assuming all sites would run on the same basis? For example if there was a set number or if it's based off how many words are in an article. Or however ad placement is determined.
I know some sites/topics have better paying ads, but the placement of those ads I assume would be roughly the same across all network sites.
Edit to add I think the recipe template also limits ads. I don't know exactly how many words it was as it was not my article, but it only had 2 ads in the body and 2 within each of the thumb nails for a total of only 4 ads plus an additional 2 in the comments.
It almost seems like using these features are a disadvantage in regards to ads being placed on these articles.
Oops. I meant to say that's 21 ads running through the middle of your article.
Thank you for this, Eugene. I will get back to you with the team's findings. I'll have to see whether the length affects ads.
You're welcome. I'm curious to find out what the driving force is behind the stats.
Thanks, Eugene. This is extremely useful. Using two soft returns instead of a hard return, as you explained, will produce the same paragraph break and avoid ads that interfere with text that needs to remain unified within a capsule.
I mentioned incorrectly that an EOL is added in the HTML at the start of the post. I should have said a <br> tag. I presume behind the scenes, the browser just interprets this as an instruction to add a CRLF pair and nothing else whereas a <p> tag for a new paragraph generates a carriage return/line feed, plus an extra line and also the end tag </p> marks the end of the style for the previous paragraph? CRLFs used to do my head in when I was involved in design of software for telemetry and reading from modems.
Thank you for this! I've been trying to fix two of my articles to try and move the ads out of the middle with no luck. Appreciate you sharing your knowledge with all of us!
Samantha can you ask about the ads that pop up in the middle of the Q&A and comments? They show up in the middle of some of them rather than before/after. Is there anything that can be done if they are static?
I didn't know that was happening. Yes, I will ask.
Edit: We will need you to send us examples to diagnose the issue.
The one between the question and answer I don't find as intrusive, but it makes more sense to have them always at the end of the answers to help the reader not miss anything.
Can you please also include a link? Thank you.
Ads appear this way on most articles I view with comments and Q&A, however these are the links the screenshots are from.
https://delishably.com/desserts/Soft-Cookies-Everytime
https://owlcation.com/humanities/Compar … e-and-John
Hmm. I don't see ads breaking up comments, but I do see them in between Q&As. I've asked about this, and it seems like if the ad isn't breaking up a text block, it's not considered something that needs to be addressed right now.
I have noticed it breaking up the commenter and the comment, but again I don't see this as a major issue, at least not right now with comments being disabled.
It's an issue in the sense that you don't know who is doing the commenting, but like you said since we cannot comment right now it's not a huge issue. The ads in the middle of the actual comment only happens on longer comments. I know you said it will not be changing right now with them being disabled, but here is an example anyway.
https://wehavekids.com/education/How-to … That-Works
I see what you mean! It is probably treating it like a long text capsule, then. I have bugged the team about this several times, so hopefully it is addressed before comments are reinstated. Thank you for sending me those screenshots/links.
The only issue I've found with using a soft return is that block quotes used on a newly created line also indent the preceding lines (and create the vertical bars on the new platform). This is because a soft return only creates a new line, not a new paragraph.
Are you noticing different ad placement on mobile vs desktop? I know there are less options on moble for ad placement (no margin for example) so the likelihood of different placement is possible with their new ad layout. Or different ad placement every time you open the same article?
I did some editing on my top 2 articles and when I checked on mobile the ad was gone from the spot above my bulleted list, but when I looked on my desktop the ad still shows above the bullets.
How are you addressing the different ad placements between the two? When I fixed one area it simply shows up in the middle of the text in a different section. Are you doing the soft return for every new line? Are you only doing it once or more than that to adjust the ads for desktop view?
Just bumping this long discussion up again. I know there're worse problems like ranking and traffic, but imagine if the text editor could add HTML div tags around the code corresponding to text in text modules when it's compiled to HTML? (Div tags are used to section off blocks of code) I've seen discussions elsewhere which suggest that add placement script avoids placing ads between paragraphs when blocks of code are encapsulated by divs. Someone else suggested in the thread that breaking up text by ads can be a good thing as regards gaining a reader's attention, but not always so in my opinion, for instance if it's a mathematical derivation.
....It would be up to us then to ensure paragraphs are sufficiently short so that sufficient ads can still be placed to generate revenue.
by Eugene Brennan 14 months ago
Some of my articles have pages and pages of comments. That in addition to the two pages or so of "Recommended for You" clickbait ads means that it's unlikely that readers would ever see the recommended articles, listed at the bottom. Is there any way these could be suggested elsewhere,...
by Don Bobbitt 4 years ago
I did a little analysis of my articles in an effort to see why mine and the articles of others have dropped so low in reads.One thing I noticed is the existence of "sponsored ads" at the top of the search result page. These ads are place there by Google in response to the data they have...
by Eugene Brennan 3 years ago
Bold text subtitles aren't an option because ads just get shoved in between the subtitle and text underneath. So all subtitles need to be H3 or otherwise to prevent this happening.
by Kenneth Claude 8 months ago
I'm not even sure what that means. I have almost no links on anything, only 1 even has an amazon capsule, and I don't even know how to "keystuff" (it was listed on possible promotional items list). A friend told me maybe they think my content is generated by A.I. Well, it's not. I...
by Pamela Kinnaird W 14 years ago
A very kind soul noticed a month ago that I need to learn how to break up my text with photos or something between the paragraphs when my text is long. She explained how to do it. I tried and couldn't grasp it. Then I misplaced or accidentally deleted her email -- so I haven't...
by Andrew Spacey 2 years ago
Research has shown and common sense tells that for a reader to stay concentrated on a page of text, satisfaction counts more than anything. That is, reading text involves just more than information for the eyes - it's a whole emotive experience.Dissatisfaction is reflected in stats - time spent on...
Copyright © 2024 The Arena Media Brands, LLC and respective content providers on this website. HubPages® is a registered trademark of The Arena Platform, Inc. Other product and company names shown may be trademarks of their respective owners. The Arena Media Brands, LLC and respective content providers to this website may receive compensation for some links to products and services on this website.
Copyright © 2024 Maven Media Brands, LLC and respective owners.
As a user in the EEA, your approval is needed on a few things. To provide a better website experience, hubpages.com uses cookies (and other similar technologies) and may collect, process, and share personal data. Please choose which areas of our service you consent to our doing so.
For more information on managing or withdrawing consents and how we handle data, visit our Privacy Policy at: https://corp.maven.io/privacy-policy
Show DetailsNecessary | |
---|---|
HubPages Device ID | This is used to identify particular browsers or devices when the access the service, and is used for security reasons. |
Login | This is necessary to sign in to the HubPages Service. |
Google Recaptcha | This is used to prevent bots and spam. (Privacy Policy) |
Akismet | This is used to detect comment spam. (Privacy Policy) |
HubPages Google Analytics | This is used to provide data on traffic to our website, all personally identifyable data is anonymized. (Privacy Policy) |
HubPages Traffic Pixel | This is used to collect data on traffic to articles and other pages on our site. Unless you are signed in to a HubPages account, all personally identifiable information is anonymized. |
Amazon Web Services | This is a cloud services platform that we used to host our service. (Privacy Policy) |
Cloudflare | This is a cloud CDN service that we use to efficiently deliver files required for our service to operate such as javascript, cascading style sheets, images, and videos. (Privacy Policy) |
Google Hosted Libraries | Javascript software libraries such as jQuery are loaded at endpoints on the googleapis.com or gstatic.com domains, for performance and efficiency reasons. (Privacy Policy) |
Features | |
---|---|
Google Custom Search | This is feature allows you to search the site. (Privacy Policy) |
Google Maps | Some articles have Google Maps embedded in them. (Privacy Policy) |
Google Charts | This is used to display charts and graphs on articles and the author center. (Privacy Policy) |
Google AdSense Host API | This service allows you to sign up for or associate a Google AdSense account with HubPages, so that you can earn money from ads on your articles. No data is shared unless you engage with this feature. (Privacy Policy) |
Google YouTube | Some articles have YouTube videos embedded in them. (Privacy Policy) |
Vimeo | Some articles have Vimeo videos embedded in them. (Privacy Policy) |
Paypal | This is used for a registered author who enrolls in the HubPages Earnings program and requests to be paid via PayPal. No data is shared with Paypal unless you engage with this feature. (Privacy Policy) |
Facebook Login | You can use this to streamline signing up for, or signing in to your Hubpages account. No data is shared with Facebook unless you engage with this feature. (Privacy Policy) |
Maven | This supports the Maven widget and search functionality. (Privacy Policy) |
Marketing | |
---|---|
Google AdSense | This is an ad network. (Privacy Policy) |
Google DoubleClick | Google provides ad serving technology and runs an ad network. (Privacy Policy) |
Index Exchange | This is an ad network. (Privacy Policy) |
Sovrn | This is an ad network. (Privacy Policy) |
Facebook Ads | This is an ad network. (Privacy Policy) |
Amazon Unified Ad Marketplace | This is an ad network. (Privacy Policy) |
AppNexus | This is an ad network. (Privacy Policy) |
Openx | This is an ad network. (Privacy Policy) |
Rubicon Project | This is an ad network. (Privacy Policy) |
TripleLift | This is an ad network. (Privacy Policy) |
Say Media | We partner with Say Media to deliver ad campaigns on our sites. (Privacy Policy) |
Remarketing Pixels | We may use remarketing pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to advertise the HubPages Service to people that have visited our sites. |
Conversion Tracking Pixels | We may use conversion tracking pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to identify when an advertisement has successfully resulted in the desired action, such as signing up for the HubPages Service or publishing an article on the HubPages Service. |
Statistics | |
---|---|
Author Google Analytics | This is used to provide traffic data and reports to the authors of articles on the HubPages Service. (Privacy Policy) |
Comscore | ComScore is a media measurement and analytics company providing marketing data and analytics to enterprises, media and advertising agencies, and publishers. Non-consent will result in ComScore only processing obfuscated personal data. (Privacy Policy) |
Amazon Tracking Pixel | Some articles display amazon products as part of the Amazon Affiliate program, this pixel provides traffic statistics for those products (Privacy Policy) |
Clicksco | This is a data management platform studying reader behavior (Privacy Policy) |