Add keyword statistics to a hub's stats section.

1. 79

   MyWebsposted 14 years ago

   It would be very useful to those of us who work hard to rank well for keywords to be able to see exactly which keywords are working on a daily, weekly, monthly and overall basis.
   
   A simple listing of keywords and the number of hits for each keyword phrase would be awesome! I can even supply some basic PHP code for extracting the keywords for Google and Yahoo from the referring URL if its needed. I don't think I have code for Bing yet, but I'm sure keywords from them can't be too hard to extract.
   
   If this data was also broken down by the 3 major search engines as well that would really be awesome.
   
   Please add this to hubpages. It would be a great help to see on the same day which keywords are working. Sometimes by the time these stats show up in Google Analytics your ranking and other factors have already changed as these things are very dynamic, at least on Google it is.
   
   I'm sure many other hubbers who don't know as much about SEO would learn a lot from this basic information and it would help them to tweak their hubs to perform better on the search engines.
   
   If others like this idea then please let hubpages know!

   replyreport
2. 64

   Mutiny92posted 14 years ago

   I see keywords on the Squidoo stats pages.  I can't imagine it would be too hard to do that here too.

   replyreport
   1. 79

      MyWebsposted 14 years agoin reply to this

      Yes it is rather easy for anyone who knows a bit of PHP. I'm quite sure that HubPages's PHP programmers could easily do this. It would not use that much more resources either really to track the additional data.
      
      A few lines of code and add a new table to the database and we have more useful information for each hub.

      replyreport
3. 71

   relacheposted 14 years ago

   Analytics provides so much better keyword information, I don't think it would be worth HubPages' time to reinvent that "wheel."

   replyreport
   1. 79

      MyWebsposted 14 years agoin reply to this

      The biggest problem with GA is that it is rather slow to feed you this information. I don't think this would be reinventing any wheels as it is rather basic info.
      
      I tend to think many users who are not so tech savvy would find GA a bit hard to use and confusing with all of its options. I feel this would be good for the many users here who don't even use GA at all. This basic data would be very useful to them.
      
      GA is not so easy to quickly browse around to get keyword data, especially if you wanted to see keywords stats over a day, week, month or a grand total. Besides GA's keyword data is not very accurate at all! I know we all see other hubs keywords in our GA data.
      
      I have a custom tool on my own web sites so I can see in 'Real Time', think Ajax application, to the second from which web page a user came from and which keywords they used, if any to find me. It is a big help to see what is working to better focus your efforts there. I can see how this could easily pay for whatever expenses it would incur from users better optimizing their hubs towards what is working already.
      
      This is really easy to program too. If I am offering up code you know it must be easy.

      replyreport
   2. 80

      skyfireposted 14 years agoin reply to this

      In that case why we have hubstats to begin with ? Let's just remove that as well if adding something like this is reinventing the wheel and so let's keep Google analytics field only(like snipsly).Besides i have to disagree with point that analytics gives better keyword information cause i have top keyword "haunty" in GA stats, how keyword haunty is related to my hubs ? GA is good for finding out traffic sources, top content.
      
      
      @Mywebs, nice suggestion.

      replyreport
      1. 0

         ryankettposted 14 years agoin reply to this

         Are you also the user 'Haunty' then?
         
         If so seems perfectly legit to me. The word 'Haunty' gets 1300 searches per month according to the keyword tool.... the hubber 'Haunty' is 5th on the list...
         
         I suspect that they are searching for this sort of Haunty:
         
         "A member of the female species who will do anything to get into the passenger seat of a nice looking car."

         replyreport
         1. 80

            skyfireposted 14 years agoin reply to this

            Lol, No i'm not haunty and there is no mention of haunty in any of my hubs still it's there in the keyword list.
            
            Check this February keyword log:
            
            
            

            replyreport
            1. 68

               Peter Hogganposted 14 years agoin reply to this

               'Free online seo training course' is one term that I have optimized for, bottom of page 1 on Google and rising. It’s good to see how related Hubbers benefit from others who are actively chasing rankings. I know that I benefit from others in the same way.

               replyreport
               1. 80

                  skyfireposted 14 years agoin reply to this

                  Any idea about unrelated keywords ? I mean "tattoo", "Mississippi agates" etc etc.

                  replyreport
                  1. 68

                     Peter Hogganposted 14 years agoin reply to this

                     Same thing really, someone has parachuted into HubPages via the keyword 'Mississippi agates'. From there they have navigated to one of your hubs somehow, could be through a comment you have left on a forum post or a hub or could be via a related Hub.
                     
                     The path could be even longer, through a related hub of a related hub for example. However your Google Analytics will record HubPages as the referrer and 'Mississippi agates' as the keyword.
                     
                     Although the referrer changed as the user moved away from their initial landing page the referrer string (keyword) has not. That’s why you see unrelated keywords.

                     replyreport
4. 49

   Jackson Riddleposted 14 years ago

   Good Idea.
   
   Need to "Thumb Up" this thread

   replyreport
5. 68

   Peter Hogganposted 14 years ago

   Great idea, but rather than use a page tagging system like GA it would cool if the data was mined from server logs so that we can access more accurate info.

   replyreport
   1. 79

      MyWebsposted 14 years agoin reply to this

      The $_SERVER["HTTP_REFERER"] Superglobals variable is the same data a server log would be using on a LAMP setup I'm pretty sure. So why dig through and scrape massive server logs later when you could save the same data on each page load instead?
      
      HP surely is already touching a database table, or 10, anyways on each page load.
      
      I have 9 lines of PHP code that works at a very basic level including the DB connection, table select and insert. Add a couple of IF's to ignore empty referer vars and internal hits and the code is pretty complete for tracking one search engine.

      replyreport
6. 68

   Peter Hogganposted 14 years ago

   There are many reasons to use logs, for example when using page tagging pages that are revisited and are still in the browser cache will be delivered from cache therefore the script won’t be triggered and no visit will be recorded even if the keywords used are different from the original query.Also slow loading pages that are abandoned before the page is fully downloaded will not be registered (not everyone has ultra fast connections). You would also see bot activity and 404 errors which page tagging cannot report. It does have some short falls but having access to both sets of data would provide a more complete picture.

   replyreport
   1. 79

      MyWebsposted 14 years agoin reply to this

      What exactly do you mean by "page tagging"? Client side JavaScript or PHP code included on each PHP page/hub?

      replyreport
      1. 68

         Peter Hogganposted 14 years agoin reply to this

         Yes, client side script or code added to each page.

         replyreport