- NewspaperHomepage – How to build and set it
- NewspaperHow to edit modules for Flex Block X
- NewspaperGeneral Options that May Interfere with the Newspaper Theme
- NewspaperThe Newspaper Mobile Theme: Introduction
- NewspaperHow to Add a Logo in Newspaper
- NewspapertagDiv Shop
- NewspaperHow to Use tagDiv Cloud Library
- NewspaperDesign your Post Pages using the Cloud Library Templates
- NewspaperHeader Builder
- NewspapertagDiv Cloud Library Plugin
- NewspapertagDiv Composer Tutorial
- NewspaperNewspaper theme documentation
- NewspaperThe Mobile Theme
- NewspaperPage templates
- NewspaperTheme Colors Introduction
- NewspaperFooter Builder
- NewspaperMain Menu
- NewspaperPre-built Websites: Introduction
Hi,
The logo can be changed in the composer -> https://forum.tagdiv.com/add-logo-newspaper/
I see you changed it on mobile -> https://prnt.sc/jHYMc8MuNbP8 It can be changed on desktop as well.
Simply edit for example the homepage with the composer -> https://prnt.sc/6EK8SlCc16LT then click on the logo and set your own logo image -> https://prnt.sc/njJIT90Gx2NZ
In case there is a problem, or if you have more questions, let me know.
Thank you!
Hi tagDiv team,
I want to set my content width to 1200px (modern news-site layout: full-bleed bars, centered 1200px content column) on zzpnieuws.nl, running Newspaper 12.7.6 with a child theme.
In this forum, your staff has described the solution as follows:
– Simion C. (Sep 2025, topic “How to customize the page width”): “So for a page like your homepage, you must edit it with the composer, click on the rows and stretch them to 1200px, it takes very little time.”
– Calin (Aug 2025, topic “banner in my header”): “you can adjust the row width using tagDiv Composer […] the row to be stretched to 1200px instead of the default.”
However, this stretch control does not appear anywhere in my tagDiv Composer:
1. When I select a Row (both on a regular Composer page and in my header Cloud Template), hovering over the left/right edges of the row in the preview shows no drag handles and no resize cursor.
2. The Row settings panel (tabs General / Divider / Layout / Css) contains no stretch or row-width dropdown. The Layout tab only has column layout, alignment, order and “occupy remaining space”. The Css tab only has a manual pixel Width field.
3. Theme Panel → Template Settings has no global site/content width setting either.
My questions:
– Where exactly is the “stretch row to 1200px” control in Newspaper 12.7.6? Is it a drag interaction in the preview, a setting, or something that must be enabled first?
– Is this feature version-, license- or configuration-dependent?
– If it is genuinely unavailable in my setup: what is your recommended, update-safe way to achieve a 1200px content width site-wide (including the default single post and category templates) without breaking the responsive grid and thumbnail calculations?
Setup: Newspaper 12.7.6 (deploy mode: deploy), child theme (originally generated on Newspaper 9), tagDiv Composer + Cloud Library active, header built as a Cloud Template, LiteSpeed Cache, hosting at Cloud86.
Screenshots attached: (1) the Row settings panel showing the four tabs without a width option, (2) a selected row in the preview where no drag handles appear on the edges. See images here: https://postimg.cc/gallery/3xm1fCyimages
Thanks,
Marco — zzpnieuws.nl
Hi,
Thank you for your help.
I found the cause and confirmed it with testing.
The issue was not caused by Redis Object Cache, OPcache, Cloudflare, LiteSpeed, WP Rocket, or another WordPress caching plugin.
The site is hosted on a self-managed VPS using WordOps with Nginx and PHP-FPM 7.4. WordOps uses an Nginx-level WP Super Cache integration:
include common/wpsc-php74.conf;
The active Nginx rule was serving WP Super Cache static HTML files directly before WordPress/Newspaper could run.
The original WordOps rule was looking for the mobile HTTPS cache file in this order:
index${mobile_prefix}${https_prefix}.html
On my server:
mobile_prefix = -mobile
https_prefix = -https
So Nginx was looking for:
index-mobile-https.html
However, WP Super Cache generates the mobile HTTPS file as:
index-https-mobile.html
Because Nginx could not find the mobile cache file, it fell back to:
index-https.html
As a result, mobile visitors were receiving the desktop cached file before WordPress/Newspaper could serve the dedicated mobile content.
This also explains why adding a query parameter made the mobile layout appear correctly, because that bypassed the direct static cache delivery.
I adjusted the Nginx WPSC rule so it now looks for:
index${https_prefix}${mobile_prefix}.html
I also prevented mobile requests from falling back to the desktop cache file if the mobile cache file does not exist.
After clearing cache, the homepage and other pages now generate separate cache files correctly:
index-https.html
index-https-mobile.html
I tested the homepage, a post, and a category page on both desktop and mobile user agents. The first request generates the cache, and the following requests are served very fast. The mobile layout now displays correctly on a real phone as well.
So the root cause was the WordOps/Nginx WP Super Cache static delivery rule, not the Newspaper theme or WP Super Cache plugin itself.
Thank you again for your assistance.
Hi there!
Confirmed TagDiv Composer serialization drift (tdc_content out of sync with post_content) – supported recovery procedure?
We have isolated what appears to be a TagDiv Composer synchronization problem on our homepage and would like to know the supported recovery procedure.
We are not asking for general troubleshooting. We believe we have already identified the root cause and would like confirmation of the proper recovery method.
Environment
Newspaper Theme
TagDiv Composer
WordPress
Staging site
Homepage
The frontend renders correctly.
The homepage content is intact.
Only TagDiv Composer cannot load the page correctly.
Composer displays:
Layout sync error in Content, row 1. The editor expects 1 element but the page is rendering 5.
Investigation
We performed a read-only investigation and found:
post_id: 338024
tdc_dirty_content
1
tdc_content
[tdc_zone type=”tdc_content”][vc_row][vc_column][/vc_column][/vc_row][/tdc_zone]
The stored post_content contains the complete homepage layout with five vc_row_inner sections, while tdc_content contains only the minimal empty scaffold.
The frontend renders correctly because post_content is intact.
Composer appears to be comparing:
the serialized editor model (tdc_content)
against the current post_content
and reporting:
“expects 1 element but the page is rendering 5.”
Our question
Is this a known TagDiv Composer synchronization state?
If so, what is the supported method to regenerate or synchronize tdc_content from the existing post_content?
We are specifically looking for the supported recovery procedure.
We are not looking for workarounds such as rebuilding the homepage manually unless that is officially required.
Thanks your for help with this. Please let me know if any other information is required.
https://okobserverorg.staging.wpmudev.host/wp-admin
contact@wpmudev.org
(password sent via email to: contact@wpmudev.org)
Bob
Hi,
Thank you for your previous reply.
I made a controlled test on copied homepage pages, not on the live homepage.
Test pages:
– Desktop copy: https://bokanews.me/boka-news-2/
– Mobile copy: https://bokanews.me/boka-news-2-mobile/
WP Super Cache settings:
– Caching On
– Simple mode
– Disable caching for logged-in visitors
– Compress pages
– Cache rebuild
– 304 browser caching
– Mobile device support enabled
– Late init enabled
I also limited WP Super Cache to cache only these two test URLs, so the rest of the website is not cached.
Current test result:
1. The desktop copy is cached successfully:
wp-content/cache/supercache/bokanews.me/boka-news-2/index-https.html
2. The mobile copy is cached successfully as a separate mobile cache file:
wp-content/cache/supercache/bokanews.me/boka-news-2-mobile/index-https-mobile.html
3. When I open the mobile copy directly on a phone:
https://bokanews.me/boka-news-2-mobile/
it displays correctly.
4. But when I open the desktop copy URL on a real mobile phone:
https://bokanews.me/boka-news-2/
it opens the desktop copy and displays incorrectly. It does not switch to the mobile layout/page.
On the real homepage I also tested WP Super Cache with Mobile device support enabled. WP Super Cache created only:
wp-content/cache/supercache/bokanews.me/index-https.html
but it did not create:
wp-content/cache/supercache/bokanews.me/index-https-mobile.html
As a result, mobile visitors received the same cached homepage as desktop visitors, and the mobile homepage displayed incorrectly.
So the issue seems to be with the Newspaper/tagDiv Composer dedicated mobile homepage and WP Super Cache: even with Mobile device support enabled, the real homepage does not reliably generate and serve a separate mobile cache file.
Thank you.
Hello,
I am using Newspaper 12.7.6 with WP Super Cache 3.1.1 on Nginx/PHP 7.4.
WP Super Cache works correctly and makes the site very fast, but I have a problem only with the homepage on mobile devices.
The homepage was created with the tagDiv/Newspaper mobile page layout. When WP Super Cache is enabled, the mobile homepage sometimes displays incorrectly on a real mobile phone. Articles and category pages seem to work fine.
My current WP Super Cache settings are based on your guide:
https://forum.tagdiv.com/cache-plugin-install-and-configure/
When I exclude both is_front_page and is_home from caching, the homepage displays correctly on mobile devices.
My question is: how can I safely cache the homepage with WP Super Cache without breaking the mobile homepage layout?
Should the homepage be excluded from cache, or is there a specific WP Super Cache setting recommended for a Newspaper/tagDiv mobile homepage?
Thank you.
Hi,
While I’m not quite sure what’s happening exactly, I do see a mobile menu and a search inside the content of the homepage, not in the header -> https://prnt.sc/SNrqVyfjCB0K
In the post pages after I refresh the page I also see a mobile menu and search, but still inside the content, not the header, the header is this one -> https://prnt.sc/zhqYSFNarOYn
I believe you added the mobile menu and search inside the content not the header. This can be seen while clicking on the elements in the composer, for example if you click on something you can see the zone it’s in, like this -> https://prnt.sc/BbpWRHinTxxu or like this -> https://prnt.sc/0yslOal_Ohva
And I think you are also using mobile templates perhaps, which complicates things a bit.
I can help fix these things, the fastest way would be send an email at contact@tagdiv.com and provide admin access (user and pass) for the website, so I can check how the header is built and make adjustments where needed.
Thank you!
Hello,
I have been battling with this challenge since I bought the theme.
I tried to make Flex Block 2 at the top of the website’s homepage show latest post, but it does not. I have changed categories and filters but still couldn’t show the latest post as the main big picture to be followed by subsequent posts.
Hi,
That isn’t a known issue. But I do have a pretty good idea about what’s happening.
Does the page maybe look like this when it happens? -> https://prnt.sc/hyCp9Ek6hrrs
That’s the mobile theme version, meaning the mobile theme plugin is active on the website. The mobile theme doesn’t load composer or cloud library resources and classes.
Normally the mobile theme is displayed on mobile. But sometimes due to the caching used on the website or provided by the hosting, it can get displayed on desktop as well. It usually depends on how the homepage is visited after the cache is cleared. If someone visits it with a mobile, then the mobile version is cached and server to everyone. By updating the page in the composer you are basically clearing the cache, and if you check with a desktop next then the problem is solved. Until by coincidence it will happen again.
I see you use litespeed, if this is the only caching used on the website, I suggest activating this option -> https://prnt.sc/gSi7feVctFPh If it’s already active and it’s still happening, then it means there is another cache active.
Or, you could deactivate the mobile theme plugin. It’s an optional plugin.
I believe that this is what’s happening, because it fits the description of the problem. I could be wrong however.
Let me know.
Thank you!
Hello,
I run the Newspaper theme (version 12.7.6, registered) with tagDiv Composer on a WordPress site hosted at WP Engine. The homepage intermittently breaks: the hero/feature grid renders as gray bands with no background images and the layout collapses. It happens every several days, with no edit or publish that I can tie to it.
I have diagnosed this fairly precisely and want to share the evidence, because it points to the Composer template failing to compose rather than a caching or browser issue.
WHAT THE BROKEN VS HEALTHY HTML SHOWS
I captured the HTML of the same homepage URL (page ID 370) in both states.
Broken state (~59 KB):
body class is MISSING: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
4 td_block instances
6 style blocks, about 9.8 KB of inline CSS
0 background-image rules (which is why no hero imagery paints)
Healthy state (~899 KB):
body class INCLUDES: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
324 td_block instances
41 style blocks, about 53 KB of inline CSS
about 200 background-image rules
So in the broken state the tagDiv block-builder template for the page is not composing at all. The tdb-template / global-block-template-1 output and inline CSS never generate.
WHAT FIXES IT AND WHAT DOES NOT
Purging the host cache does NOT fix it. The broken render is served even on a forced cache miss and on hard refresh, so it is not stale cache.
Re-saving the homepage in tagDiv Composer (Save, with the green Header/Footer/Content Successfully Saved confirmations) DOES fix it immediately, every time. This is now reproduced twice.
So a fresh Composer composition produces the correct page, and something later causes the page to revert to the un-composed render.
PATTERN
It stays healthy for several days, then suddenly reverts to the broken render.
One stable stretch lasted about 9 days before recurring.
A re-save fixes it for another multi-day stretch.
ONE POSSIBLY RELATED DETAIL
When the broken version was being served, the host cache had bucketed a desktop request into the mobile/iphone cache group. I mention it only in case Composer mobile/desktop template variant handling is relevant to why an incomplete render gets produced.
QUESTIONS
Is there a known issue where the Composer block-builder template fails to compose on a page regeneration, producing output without the tdb-template / global-block-template-1 body classes and without the inline CSS?
Could a periodic Composer cloud-library sync, a theme/Composer background process, or a license re-check trigger a re-render that lands in this un-composed state?
Is there a setting or maintenance step that forces the template to always fully compose, so I do not have to manually re-save in Composer every few days?
Is there a current recommended compatible pairing of Newspaper theme version and tagDiv Composer plugin version I should confirm I am on?
I can provide both full HTML captures (healthy and broken) on request.
Site: https://alstonhomes.com
Hello,
I run the Newspaper theme (version 12.7.6, registered) with tagDiv Composer on a WordPress site hosted at WP Engine. The homepage intermittently breaks: the hero/feature grid renders as gray bands with no background images and the layout collapses. It happens every several days, with no edit or publish that I can tie to it.
I have diagnosed this fairly precisely and want to share the evidence, because it points to the Composer template failing to compose rather than a caching or browser issue.
WHAT THE BROKEN VS HEALTHY HTML SHOWS
I captured the HTML of the same homepage URL (page ID 370) in both states.
Broken state (~59 KB):
body class is MISSING: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
4 td_block instances
6 style blocks, about 9.8 KB of inline CSS
0 background-image rules (which is why no hero imagery paints)
Healthy state (~899 KB):
body class INCLUDES: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
324 td_block instances
41 style blocks, about 53 KB of inline CSS
about 200 background-image rules
So in the broken state the tagDiv block-builder template for the page is not composing at all. The tdb-template / global-block-template-1 output and inline CSS never generate.
WHAT FIXES IT AND WHAT DOES NOT
Purging the host cache does NOT fix it. The broken render is served even on a forced cache miss and on hard refresh, so it is not stale cache.
Re-saving the homepage in tagDiv Composer (Save, with the green Header/Footer/Content Successfully Saved confirmations) DOES fix it immediately, every time. This is now reproduced twice.
So a fresh Composer composition produces the correct page, and something later causes the page to revert to the un-composed render.
PATTERN
It stays healthy for several days, then suddenly reverts to the broken render.
One stable stretch lasted about 9 days before recurring.
A re-save fixes it for another multi-day stretch.
ONE POSSIBLY RELATED DETAIL
When the broken version was being served, the host cache had bucketed a desktop request into the mobile/iphone cache group. I mention it only in case Composer mobile/desktop template variant handling is relevant to why an incomplete render gets produced.
QUESTIONS
Is there a known issue where the Composer block-builder template fails to compose on a page regeneration, producing output without the tdb-template / global-block-template-1 body classes and without the inline CSS?
Could a periodic Composer cloud-library sync, a theme/Composer background process, or a license re-check trigger a re-render that lands in this un-composed state?
Is there a setting or maintenance step that forces the template to always fully compose, so I do not have to manually re-save in Composer every few days?
Is there a current recommended compatible pairing of Newspaper theme version and tagDiv Composer plugin version I should confirm I am on?
I can provide both full HTML captures (healthy and broken) on request.
Yeah so I can’t get this to work quite right – hoping you can help.
I’ve set up a modal for the popup menu:
image: https://imgur.com/a/ecw3si3
The bottom image (with the rounded border radius) is what I want it to look like – and what it does look like when eidting in Tagdiv.
The top image is what it actually looks like on the page.
the middle image is what the modal button looks like (which is perfect).
So, two questions here:
1. how do I fix what the modal currently looks like on the page (currently on my homepage at adkseorev.com in the footer).
2. How do I get the modal button to be sticky at the top after a user scrolls 1000 pixels, for example? I can figure out how to get it to appear at 1000 pixels, but it doesn’t stay sticky/no sticky option.
-
This reply was modified 1 month by
nerdmuchcom.
-
This reply was modified 1 month by
nerdmuchcom.
No problem, let’s discuss it more.
If the view count is active -> https://prnt.sc/dWOw3XDr3wFk and it’s working correctly, posts should be displayed in the blocks that use the sorting by popularity.
If I check a post from your website, it looks like the post views are active and the views are counted -> https://prnt.sc/Bh_Zdkj1fd7Z the count is increasing -> https://prnt.sc/Ez68JNdTWAUa
In the homepage I see a grid with a title called Popular -> https://prnt.sc/a4dt_fcgVUgp Is this grid set to display popular posts?
I also see a news ticker in the homepage, which I believe is set to display popular posts from the last 48 hours, but doesn’t display any posts -> https://prnt.sc/maKTXoDVs7SV
Maybe it would be best if I can check directly on the website. I suggest to send an email at contact@tagdiv.com and provide admin access (user and pass) for the website, I will then check as soon as possible.
Thank you!
I want to use the mobile menu on my desktop site. However, I’d like to limit the size of the menu that opens so that it doesn’t take up the whole screen. How can I limit the sizing of the mobile menu container?
(If you view my website homepage at adkseorev.com, you will see the mobile menu in the top right corner and the resulting behavior).
Hi,
It can’t be recovered unfortunately. A page that is sent to trash and then also permanently deleted from there -> https://prnt.sc/bjAStMi48562 is completely gone.
Same if it’s done from the cloud library from here -> https://prnt.sc/0OBLKLrfheIf and then here -> https://prnt.sc/4kDqUfJkxcXh
Without a backup I see no way to recover the page.
If the homepage was based on a homepage template from the cloud library, it will have to be imported and customized again. It will take some work but there’s no other way.
If I can help with something please let me know.
Thank you!
Hello,
We are currently working on the website:
https://www.sostenible.com.mx/
We are having an issue with the page editor / builder. The pages are no longer editable through the builder, and on the frontend the content is being displayed as raw Visual Composer / WPBakery shortcodes instead of being rendered properly.
For example, the homepage is showing content like:
[vc_row][vc_column][td_block_ad_box spot_id="custom_ad_2"]…
[td_block_2 custom_title="ACTIVIDADES PRIMARIAS"]…
[/vc_column][/vc_row]
The site was originally running an older version of the Newspaper theme, version 7. Everything was working correctly before, but the issue suddenly started. We then migrated/updated the theme to version 12, expecting the problem to be resolved, but the issue still persists.
Based on what we are seeing, it looks like the problem may be related to Visual Composer / WPBakery Page Builder, because the builder is not loading correctly and it appears to be asking for a license or activation. Since the content depends heavily on Visual Composer / WPBakery shortcodes, the site is currently unable to render the pages correctly.
Could you please help us review the following?
Confirm if the bundled Visual Composer / WPBakery plugin included with the Newspaper theme is active and compatible with version 12.
Check if the plugin requires a separate license or if it should be activated through the theme package.
Verify why the shortcodes are being printed as plain text instead of being parsed/rendered.
Confirm if there is a missing plugin, corrupted builder installation, or compatibility issue after the migration from Newspaper v7 to v12.
Let us know the recommended steps to restore the page builder functionality without losing the existing page content.
The main issue is that the website content is still stored using Visual Composer / WPBakery shortcodes, but the builder is no longer processing them correctly.
Thank you.
Best regards,
Adalberto Larios
Hi everyone,
I’m using the Newspaper theme and I’m having an issue with how my homepage is displayed on mobile.(www.ecodisavona.it)
The page loads on my phone, but the layout looks completely different from the desktop version: some elements move, spacing changes, and the structure doesn’t match what I see on desktop browsers.
Has anyone experienced this kind of layout inconsistency between desktop and mobile with Newspaper?
Any suggestions on which settings I should check?
Thanks in advance for your help.
Hi,
If you add a flex loop in the homepage it will display the latest posts from all your categories by default.
If you want to use the filters for the flex loop, then you have to add taxonomy slugs. So for example, I want to display all my categories in the filter, I add the category slug -> https://prnt.sc/gWzHwas7s7Ie
Or, I have a taxonomy called Ingredient for a custom post type -> https://prnt.sc/LwbyOYtRCmWy I add the ingredient slug -> https://prnt.sc/tYz93jI8vnCb
If it’s not working, then it probably means you aren’t using the correct taxonomy slugs. Please make sure you add them correctly, and all the terms from that taxonomy should appear in the filter. If you want I can take a closer look as well. I’ll need admin login for the website, which you can send via email at contact@tagdiv.com and please also include a link to this topic in the email.
Thank you!
Hello,
for the following use case I tried to use the “Flex Loop …” items and unfortunately it does not work for me:
On the homepage, I wanted some of the posts filtered by region after user clicks on region buttons. User should be able to choose one or the other region and also should be able delete the filter. All other – non-regional posts should stay the same at the same time.
I have inserte all necessary Flex Loop elements on the page. The “flex loop filters” always says “This shortcode requires you to fill in at least on Taxanomy slug to work.” even though I put some slugs in it. Meanwhile I have tried different taxonomy slugs, but it always gives the same message. As result, there is no button displayed in the frontend. Besides, it does not work together with “flex loop” what is probably because “flex loop filters” does not work.
The documentation was not very helpful for me: https://forum.tagdiv.com/filters-sorting-taxonomies/
Could someone help me with this?
Regards
Nelly
Maybe it will change eventually, but it’s not something that you can directly control, it is up to Google. My only suggestion is to consider adding a h1 in the homepage, it still hasn’t got one.
Thank you!
That seems to be quite a common issue, there are guides about it https://rankmath.com/kb/display-site-name-in-search-results/
According to that guide Google checks in 4 places.
1. The homepage title tag -> https://prnt.sc/6MZfvcGkSovy
2. The homepage h1 tag. I see there is no h1 in the page. This can be a problem, each page should have a h1. By default it’s the logo, did you disable it perhaps? -> https://prnt.sc/KnqrjwKaG4SN Or if you want to have a different h1 please add it in the page.
3. The open graph site name, this one -> https://prnt.sc/wY_k_Ztn0YDn
4. The name from the structured data -> https://prnt.sc/GN0VVV21eREh
All these 4 should be the same from what I know, and there should definitely be a h1 in the page. However, this doesn’t guarantee that Google will display the name instead of the URL. They say that it can appear, not that it will appear https://developers.google.com/search/docs/appearance/site-names
Hope this helps.
Thank you!
I can’t seem to find the email. I’ve searched through the emails for a link to this topic, or your website URL, or the license key, or your email, but there was nothing.
Could you please send the email again? And please add something in the email so I can identify it, like a link to this topic -> https://forum.tagdiv.com/topic/not-able-to-edit-homepage-in-tagdiv-composer-getting-500-internal-error/ or a link to your website. Let me know after sending it so I can look for it and start checking the issue.
Thank you!
Hi, our site is https://www.backdoorpodcast.com/
If you watch it form browser you have got three image EuroLega, Legabascket and Chat, after this three image there is a AD banner.
But If you watch the sema homepage with a mobile the three image are different and there is no AD Banner.
Could you help us?
Hi,
From what I see only the homepage is indexed https://prnt.sc/20wGw_TYFNur
The theme has no capability to use noindex, or index, or anything else. All the theme does is to display your content.
Perhaps the nature of the issue is more related to how the website looks.
I see broken and missing images everywhere and a very large ad at the top, also the sticky header has no background and it looks a bit bad. For example this is what I’m seeing when arriving on the homepage of your website -> https://prnt.sc/wwnagCba-OA_
Please check the website in incognito mode to see how it looks for a regular visitor. That’s how it looks to Google as well.
Here are some more broken things I’m seeing
https://prnt.sc/UKT_uotknb1n
https://prnt.sc/5SvO1ew1QN_M
https://prnt.sc/Ztmcn9qE6mh8
https://prnt.sc/oMhe6g8lG5uq
These could be a reason for not indexing the website’s content. If the website has visual problems Google may not index it. I suggest looking into these issues, maybe the visual issues are related to the litespeed optimization. And maybe the missing images https://prnt.sc/V56A1nVfHgWj are related to the Jetpack site accelerator, I see you use it.
Once those issues are fixed, the website should look better and it can’t hurt the indexing either. Let me know if you need help with it.
Thank you!
Hi,
If it’s happening just in the homepage then it’s most likely something from the page content that’s causing it. Can I take a closer look the page as well? Please send an email at contact@tagdiv.com and provide admin login and a link to this topic, I will check it.
Thank you!