Why Are Two Part Articles Not Allowed?

Jump to Last Post 1-4 of 4 discussions (9 posts)
  1. eugbug profile image67
    eugbugposted 2 years ago

    Even mentioning a second part, or saying "to be continued" isn't allowed. Why would this be a problem? If articles, e.g. a travel log, are standalone, why would there be a problem linking them? Wouldn't it encourage people to read the second part and reduce the bounce rate? It's not like it's promoting other websites. Even if it's self-promotion, in the long run it might keep readers on a site and continue navigating it to read more.

    1. Solaras profile image85
      Solarasposted 2 years agoin reply to this

      Set them up as individual articles, one that focuses on a day's locale for your travel log, then day two locale , and use the links capsule to join them together. 

      Even make a 3rd (or 5th) article that has all of the locales and activities for a week or 10 day trip and then have each locale listed as an individual hub in the linbks tab called Recommended for You:.

      Given that we only get paid for one impression of the myriad ads displayed , I would think that shorter articles with 5-7 ads would be better for you than an article with 33 ads in it.  Save your shot to spread it around.

  2. PaulGoodman67 profile image67
    PaulGoodman67posted 2 years ago

    Standalone articles make far more sense on a site that relies mainly on traffic from search engines.

  3. eugbug profile image67
    eugbugposted 2 years ago

    I've written math articles as two part guides and said this is part one and this is part two and mutually refer to one from the other. I'm still not sure what a multiple part guide actually is though. Like it's not as if one stops abruptly midway through sentence. I mentioned "to be continued" at the end of the travel guide, but the editor took that out.

    1. Solaras profile image85
      Solarasposted 2 years agoin reply to this

      I would have a master guide.  How to plan a trip to Tuscany - for a 3, 5 or 2 weeks visit.

      In that I would list the must go to locations, then if you have more days, list the next 3 best locations and so on. And link over to the locations in each section with a full days travel guide for each city. What we did , what to avoid, what is a good value for your money in museums etc.. would we go there again? "Two days in Florence - the good, the bad and the ugly."

      So each one is a standalone, and fits with the master article which told you where to stay to best visit other cities/miracles in the region.

      1. Eurofile profile image72
        Eurofileposted 2 years agoin reply to this

        There is a lot of food for thought for me in these comments. I often set out with good intentions of keeping an article compact, but then it keeps on growing. I am currently working on a mammoth one.
        I once split a visit to Prague up by area and wrote several different articles. Likewise I split Amsterdam into different topics. I am now intrigued to work out their combined views compared to a bigger all-encompassing article.
        I guess I work on the basis that, as a tourist, I would like to find all the information in one place, I.e. within the same article.

        1. eugbug profile image67
          eugbugposted 2 years agoin reply to this

          I just chopped a physics article into two smaller ones. It was originally one article written years ago but it was much too long. I carved a bit off it before, so now it has become three articles in total. What's left more closely resembles the title. It wasn't affected by recent traffic drops in September, so just like you, I'm interested to see whether traffic will drop because I've removed content.

  4. PaulGoodman67 profile image67
    PaulGoodman67posted 2 years ago

    Doing what Solaras suggests and having a web of related standalone articles can be good, I believe. But having multi-parters isn't a good idea.

    Part of the problem is keywords. In the web idea, they are different but overlapping and effectively bolster each other in a variety of ways. In a multi-parter, there is too much similarity.

    The keywords thing is at the core of SEO. Adding or removing content is a factor, but far less important, in my view.

    1. eugbug profile image67
      eugbugposted 2 years agoin reply to this

      When I talked about two parts, what I was really considering was two parts on a related topic rather than only partially providing the information in one part and then the remainder in a second part. So for instance I wrote two articles about calculus. Originally they were called something like "What is Calculus? Limits and Differentiation" and the other part was called "What is Calculus? Integration". (I had to change the titles later because of the Google Site Diversity thing, that restricts multiple results in SERPS from the same site, but that's another story). In one way they're two parts under the broad topic of calculus, but on the other hand they can be considered standalone articles.

     
    working

    This website uses cookies

    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 Details
    Necessary
    HubPages Device IDThis is used to identify particular browsers or devices when the access the service, and is used for security reasons.
    LoginThis is necessary to sign in to the HubPages Service.
    Google RecaptchaThis is used to prevent bots and spam. (Privacy Policy)
    AkismetThis is used to detect comment spam. (Privacy Policy)
    HubPages Google AnalyticsThis is used to provide data on traffic to our website, all personally identifyable data is anonymized. (Privacy Policy)
    HubPages Traffic PixelThis 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 ServicesThis is a cloud services platform that we used to host our service. (Privacy Policy)
    CloudflareThis 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 LibrariesJavascript 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 SearchThis is feature allows you to search the site. (Privacy Policy)
    Google MapsSome articles have Google Maps embedded in them. (Privacy Policy)
    Google ChartsThis is used to display charts and graphs on articles and the author center. (Privacy Policy)
    Google AdSense Host APIThis 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 YouTubeSome articles have YouTube videos embedded in them. (Privacy Policy)
    VimeoSome articles have Vimeo videos embedded in them. (Privacy Policy)
    PaypalThis 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 LoginYou 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)
    MavenThis supports the Maven widget and search functionality. (Privacy Policy)
    Marketing
    Google AdSenseThis is an ad network. (Privacy Policy)
    Google DoubleClickGoogle provides ad serving technology and runs an ad network. (Privacy Policy)
    Index ExchangeThis is an ad network. (Privacy Policy)
    SovrnThis is an ad network. (Privacy Policy)
    Facebook AdsThis is an ad network. (Privacy Policy)
    Amazon Unified Ad MarketplaceThis is an ad network. (Privacy Policy)
    AppNexusThis is an ad network. (Privacy Policy)
    OpenxThis is an ad network. (Privacy Policy)
    Rubicon ProjectThis is an ad network. (Privacy Policy)
    TripleLiftThis is an ad network. (Privacy Policy)
    Say MediaWe partner with Say Media to deliver ad campaigns on our sites. (Privacy Policy)
    Remarketing PixelsWe 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 PixelsWe 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 AnalyticsThis is used to provide traffic data and reports to the authors of articles on the HubPages Service. (Privacy Policy)
    ComscoreComScore 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 PixelSome articles display amazon products as part of the Amazon Affiliate program, this pixel provides traffic statistics for those products (Privacy Policy)
    ClickscoThis is a data management platform studying reader behavior (Privacy Policy)