H1 tag not showing up in HTML for home page
Autor: John W.I just noticed that the home page (index.html) seems to be treated a little differently in respect to the H1
tag.
All web pages are using the default or overwritten Page Title as the H1 tag in the HTML when you set it up
to do this. And when you ask it to be displayed on the page, it is shown first on the page directly below the
area set up as the header. A nice feature, lets customers know what page they are on. The bread crumbs
list directly below it helps too.
But, the Home page does not want to follow the same plan. It is not using the Page Title as my first bit of
text on the page directly following the Header area. Nor is it assigning the <h1 id="imPgTitle"> code to lead off the string of text.
Why is the home page excluding itself from this? I cannot find a setting that says, don't do this for the
home page. (I also noticed that the Blog page also does not do this.)
And when I place text in a text block on the home page and set it as H1, the code reads:
<div class="imHeading1"><span class="cf1"> not just the simple h1 code.
All of my other pages are assigning h1 and h2, etc. code properly. But the home page is being a pighead.
URL is https://www.eclectic-ware.com
Any idea why I cannot get an h1 tag on the home page?
And my h2 tags do not show properly on the home page also. Pretty strange.
... you have a serious error, two INDEX; index.php | index.html
... maybe you also have some wrong ".htaccess" rules ...
... there is no TAG H1 in the HOME index.html
... TG H1 is on the HOME page (obsolete) index.php
.
Autor
KolAsim,
Okay, thank you for that info. But now, how does this happen? I have only used the upload function from
within Website X5. How has it written an index.php and index.html both?
The opening of my .htaccess file is:
Options +FollowSymlinks
RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://www.eclectic-ware.com/$1 [R=301,L]
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /.*index\.html\ HTTP/
RewriteRule ^(.*)index\.html$ /$1 [R=301,L]
It has been this way since the site went to the https format approx. 4 years ago. Haven't altered it since then.
Any thoughts on my next steps to correct this error you detected?
Hello John
If you on a page uses ( or have used ) an object that make use of some PHP, then the system automatically changes the page-type to PHP. The html version of the page still remains.
This is possibly what have happened. Many users have trouble with this.
https://www.eclectic-ware.com/index.php ... (... currently to be deleted...)...!...
https://www.eclectic-ware.com/index.html
(It > En) ... correctly compose the HOME page ...
... press Ctrl + Preview ...
... check that the HOME is called index.html
... complete export ...
... on the NET remove the page index.php
ciao
.
Autor
KolAsim,
I'm still not following you. https://www.eclectic-ware.com/index.phpredirectstothe404notfoundpage
It does not seem to be present on the server. When I took a look in the public_html directory, I see only
index.html.
Now in the blog subdirectory, there is an index.php, but that is in a subdirectory, not the root.
Where are you getting the info that there are two index pages in the root directory?
And John S., I do have a mini contact form on the home page. That most likely is using PHP.
But why would any of this stop the Page title from showing on the home page like it does on other pages,
and why would it not label such title (if it was there) via h1?
... you checked the previous link ...?...
>> that is this >>> https://www.eclectic-ware.com/index.php
.
Autor
Yes, that link sent me to the not found page when I clicked on it in this forum.
...
Autor
Okay, you may find this strange, but I did copy and paste the URL into the address bars of IE, Firefox, and Chrome
just now, and all 3 browsers brought up the 404 page. I do not get my home page when using that .php URL.
And in MS Edge, just got the same result, page not found.
And now that I look at your graphic above, that URL is staying in the address bar because the 404 page is not
updating that text string. LOOK AT THE BODY OF THE PAGE: Eclectic-ware Not Found page.
So the index.php is not bringing up an index.php page, it is bringing up the 404 error page.
So back to the original question. Why is the Page title not showing on the home page as the h1 tag directly
below the header area as all other web pages are doing (except the blog page)?
@ John
The PHP page via this link:https://www.eclectic-ware.com/index.php has been loaded - but, at the same time, on the browser TITLE tag says: Electric-ware Not found!
Strange...
... no! .. first you have to put things in order ...
... does not depend on the program; ... wrong procedure ...
... if the index.php page was not there, it would not be opened as in my STAMP ...
... page 404 must not have name index.php ... !!! ....
... two INDEX pages cannot coexist ...!...
... delete the ".htaccess" file ...!...
.. and correctly perform the above steps ...
... the result will depend on you ...
.
Autor
Please go to:
https://www.eclectic-ware.com/sitemap.xml
https://www.eclectic-ware.com/index.html is first in the list, as it should be.
https://www.eclectic-ware.com/blog/index.php is the only .php file in the whole sitemap.
https://www.eclectic-ware.com/not-found.htmlisnotinthesitemap.xmlON PURPOSE. Seems all schools of
thought say it is best not to ask Google to index this page.
Sitemap was created in the Website X5 software.
The not found page is within the .htaccess file as X5 wrote it in:
# WebSite X5 - Start Code [do not edit]
ErrorDocument 404 /not-found.html
# WebSite X5 - End Code
I did not include that in the discussion above because it was not related to the issue at the moment.
So Website X5 wrote my website, it assigned the home page as index.html, the not found page is configured
correctly and working right when a URL that does not exist is attempted to be accessed. And the broswer
window does not drop https://www.eclectic-ware.com/not-found.htmlintotheaddressbarwhenonthatpage
for whatever reason the browser has for not doing that. But that is the page you are on even when your query
URL stays present in the address bar. (Thus Sinisa read the Title tag right for that page.)
When I look at the file names, which are all alphabetical on the server in the root directory, there is no index.php
file in the root. There is only one index.php file that I can find and that is in the /blog subdirectory.
And deleting my .htaccess file with about 500+ 301 Redirects in it would only have to be rewritten. And that
beginning code was never an issue.
ALL I am asking here is: When you create any other web page other than the HOME page, the software uses
the page title as the h1 tag. But the HOME page does not do that. It chooses not to put an h1 text phrase in
the HTML. Why is the home page, the most important page to have an h1 tag, not writing a h1 tag into the
page HTML? My host server is telling me it may have something to do with CSS. I am nowhere near knowing
how to isolate that code. I am just wondering, why is the software CHOOSING to format the home page a little
differently than all the other pages?
In regard to this:
... if the index.php page was not there, it would not be opened as in my STAMP ...
I do not know what a STAMP is or what you are finding, but myself and Sinisa both brought up the 404 error
page when looking for index.php. In four different browsers, the 404 page displays correctly, and it is not
named index.html. It is not-found.html. And it is assigned as the 404 page from the MAP. And it is correctly
formatted in the .htaccess.
Are we on a wild goose chase here? I would just like to have:
<h1 id="imPgTitle">Bathroom Hardware, Cabinet Lighting, Custom Cabinet Doors, Knobs and Pulls, and a lot more</h1>
to appear in the HTML on my home page. And I am ready to just drop an HTML element first on the page to
achieve it. Since when formatting text and using the H1 setting yeilds this:
<div class="imHeading1"><span class="cf1">We have Bathroom Hardware, Cabinet Lighting, Custom Cabinet Doors, Knobs and Pulls, and a lot more!</span></div>
What is with this imHeading1 instead of h1? I cannot find any info on what imHeading is. It is doing the right
thing in regard to look and size of text. But is it telling the crawlers, "HEY, I'm an h1 tag, look at me!" Same for
imHeading2 and imHeading3. Seems that the software is assigning this code to h2 and h3 tags.
Is there corruption in the software?
Autor
John S.,
If I remove that mini contact form on the home page, would that remove any chance of anything .php from
appearing? Even with it not there, the program still does not use the page title as the h1 tag for the home page.
... vorübergehend versuchen, ... delete the ".htaccess" file ...!...
... und dann vielleicht! Sie können es bewerten...
...!... ... gibt es keine Spur des H1-Tags im Code der index.html-Seite ...!...
.
Hello John
If you have removed objects that needs PHP, then you could "manually" change the page-type to html.
You do it in properties for the page - in the expert tab.
Autor
KolAsim,
If I go on the server and DELETE .htaccess, then what happens? Does the site even come up? Exactly what are
next steps to take after pressing DELETE?
The site would not know the preferred domain. It would bring up a generic 404 error code when any old page is
accessed through an old link. All the 301 redirects would be gone.
So when you are screaming, DELETE the .htaccess, what are you saying to do immediately after that to make
sure the site works? And even after that, all the code in the present .htaccess is going to be put back in the
new .htaccess. And all of this is based on your theory that there is an index.php page which cannot be found.
So why are you telling me to DELETE the .htaccess?
John S.,
The home page is index.html. Always has been. It has never responded as index.php and never been assigned
as such. Even with the small contact form as an object on the home page, the page never renamed itself and
I cannot find any such file as index.php within the server root directory. So at present, I have no concerns about
index.php. But somehow, KolAsim seems to be finding something on my server and he says that file is there.
Even my host cannot see such a file. index.php brings up the not-found.html page.
... you can save the .htaccess file in a TXT, and then restore it whenever you want with your rules ...
... to return to H1, ... and check if the project works, try to export to DISCO in a NEW folder, and check the contents of the site of this folder in your local browser ...
.
Autor
I continuously save the .htaccess file to my hard drive. I create a dated subdirectory any time I want to make a
change to it. I re-copy it into another subfolder in each new sub-directory so I always have a copy of what it was
before making any change in case I quickly have to put it back the way it was due to a screw up. That file is really
picky about any text not formatted correctly. It will stop the whole site from coming up. So I am not afraid of
losing it, I am just wondering what the effect is when it is not present.
Also, I do have a second .htaccess file in the /blog sub directory. That was put there in 2012 when the blog was
written with Wordpress software, also installed within the /blog directory, not in the root directory. I have left that
file stay there (for now). It does not seem to be interfering with the blog now written within the Website X5
software. Whenever I am uncertain about deleting any file(s), I leave them alone.
I think, because index.html for the most part is the most important page within the site, the X5 software has it
internally programmed in the software that the home page does NOT use the page title on the page the same way
it does on all other pages. It has to be something inside the software purposely doing this. Even on my practice
site I see that the home page does not have a nice bold green larger text as the first entry in the body of the page.
It just seems that the software is saying not to do this on the home page, and the blog page too. There may be
no correcting it (yet). But for the software to purposely not assign an h1 tag on the home page HTML, that could
be an anti-SEO thing. Look at your own site, is there an h1 tag on your home page? Does your home page start
with the page title right under the header (if you checked it off in the software for pages to do this)? Just
wondering.
Autor
Also, forgive the choppy word wrap text. For some reason, the word processor in this forum does not want to word wrap at the end of a line for me. It just keeps going to the right and I see only one line of text if I type this way. Not too friendly for paragraphs or reviewing what I typed. That's why my lines seem to be choppy at the end, and I see it is even tearing apart words. Believe me, my grammar is excellent, and I would prefer a much better experience. Could be an IE thing too. I like IE but will most likely need to start liking Chrome or Firefox more. Don't even get me started on Edge. That was 10 steps backwards for Microsoft.
... OK ...
... ... you checked the H1 by exporting to DISC...?...
.
>> Page Title
>> Title Object
Autor
Okay, DISC I understand. When you said DISCO earlier, you know you had me puzzled.
I am going to work on upgrading from 19.2.9 to 19.3+ right now and see if that makes some differences. I read
up about the improved Gzip thing and the CSS minification.
... gute Arbeit ...
Autor
I believe I resolved it. I upgraded my software version to the 19.3.9. And from another thread, I saw that I did
not have the Set H1...H6 tag for template headings checked. So by checking that, all the imHeading tags seem
to have been replaced with the h2, h3, etc. tags. That is good.
The home page still does not auto set an h1 tag, but I did it manually, and then altered the cell padding in the
first page cell to a minimal amount to raise that text higher on the page. The new software wrote a couple
extra lines of code into the .htaccess about "DEFLATE". I would suspect that that might have something to do
with the Gzip???? Nonetheless, it is working. And pages seemed to load a bit quicker with the newer version
of the software compressing and also optimizing the CSS files.
... excellent, ... as indicated in the guide ......