Matt

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

This month, we turn sweet sixteen!

We made our own card this year.
I know, it's hard to believe with our youthful looks and energetic personalities, but it's true. Charles and I have known each other longer than I've known my own children and we still make each other laugh on a daily basis.
Over the past 16 years we've seen a lot of trends come and go.
When we started, AOL dial-up was the preferred method of choice (and probably the only method of choice). Compuserve were flying high and I think I'll stop this walk down memory lane before I turn into my own grandfather and start talking about how things were better in my day.
A lot has changed. We've seen the rise of social media and how it disrupted habits. We've seen MP3 players become iPods, and iPods become iPhones and iPhones become iPads (other digital devices are also available).
It's crazy to think that our company pre-dates Facebook, Twitter and Youtube.

Click on this image to see it unless you have excellent eyesight
We're still here because we are always innovating and adapting. The software we're working on right now is vastly different from the one we started out with. And that is how it should be. We listen to our customers and we implement the great ideas.
Of course, we'd not have lasted a year without our customers. We're genuinely thrilled to still be doing a job we love and serving customers who have trusted their community with us.
Thank you all for choosing us and we're looking forward to the next 16 years.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

Do you want to take our latest release for a test drive?

You already are!
We've upgraded our own community for wider testing.
A big focus has been on page speed, so you will notice that our community is significantly faster that it was on 4.3
If you need a recap of what was added, take a look at our product updates blog which takes you through the highlights.
As this is a pre-beta release, expect some funkiness as we scurry around and tidy up our custom theme wrapper and other areas as we spot them.
If you you find a bug, we'd love for you to report it with as much detail as you can muster in the bug report area.
We'd love to know what you think, let us know below.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

Welcome to the first of a new regular series we're calling "Question of the week". Each week, we'll ask our team a question and share the replies.
To kick things off, we posed a very simple question:
What is your favorite TV show right now?
We may have over-estimated how much TV the average geek watches. Here's what our team said.
Brandon (Senior tech support and development)
How do I answer this without writing an essay?! I really don't watch too many TV shows personally, and I definitely don't have any that I watch religiously. I'd say my favorite is probably Fixer Upper as I tend to like to have those sorts of home repair shows on in the background, and Chip and Joanna Gaines are just too hard not to love.
Mark H (Tech support)
Nova, on our PBS station, because it is not filled with speculation, half-truths, and fake news.
 

Marc S (Tech Support)
Have been watching misfits. It just seems to be its the more likely scenario around someone getting superpowers. Lets be honest, superman/spiderman etc just isn't what you would realistically do?
 
Rhett (Cloud Support)
"The Blacklist"  James Spader is excellent in this series! I've been hooked since it started in 2013.
 
Matt (Senior Developer)
I’m in Game of Thrones hibernation along with most of the world at the moment. I’ve just finished season two of Preacher which I really enjoyed. I found Eugene’s journey through Hell to be a highlight and enjoyed how a small character in season one was fleshed out some more. Also, who cannot love watching Hitler order plum cakes?

Mark W (Senior Developer)
RuPaul's Drag Race. Because I'm what? Sickening.
 

Ryan (Senior Developer)
I don't really watch a lot of TV - there isn't anything that really catches my eye nowadays, so I mostly just stick to watching my local sports teams with friends (Cincinnati Reds [baseball] and Cincinnati Bengals [football]). That being said, though, I saw a commercial for the Big Bang Theory spin-off "Sheldon" the other day, and I might get hooked into that. It looked pretty good.

Andy (Senior tech support and development)
I'm looking forward to the next series of Stranger Things on Netflix
 
Jennifer (Designer)
I'm personally in between shows at the moment. I just finished The Walking Dead Season 7 and I'm watching some Anime with the family. I'm the sort of person that bounces around binge watching TV shows and movies. I can say that I am really looking forward to the next season of Santa Clarita Diet though because a zombie housewife is just funny to watch the misadventures of.
Daniel (Senior tech support and development)
I've started watching Dexter.
 

Stuart (Senior tech support and development)
Star Trek TNG, Just because of Jean-Luc Picard!
 
Drop us a line and let us know what your favorite show is. If you have any questions for the team that you'd like to be featured, let us know and we'll queue them up!
 
 

Famously, all Maria Carey wants for Christmas, is you. This is great news if you're a Maria Carey fan.
As the holiday season draws closer and our staff chat channel turns to egg nog, twinkly lights and why is wrapping so hard, we asked the question:
What would you like for Christmas?

Brandon
With so many children, Christmas is more focused on them and the family than myself. My eldest son who started college this year just returned home for the holiday season yesterday which has been awesome. You don't realize how it's like a piece of you is missing until they're back. I guess you could call that a Christmas present for me. Also, my wife and I took a quick 2 day cruise to the Bahamas as a gift to ourselves. My children have not requested very much for Christmas this year either, so my wife and I have decided we're going to plan a trip to Disney/Orlando for some time later in 2019 as a family gift instead of focusing on a bunch of little toys the kids will quickly get bored with. The family time together is the best Christmas gift to me.

Awww

Mark H
In truth, what I’d like for Christmas isn’t something Sanata could provide. At my age I already have most of the “things” I simply want, and the things I really *need* I already have; family and friends. But… I wouldn’t object to Santa dropping off a new gaming computer with a motherboard for an Intel core i9, an RTX 2080 Ti video card, 16 GB of RAM, and one or two NVME SSD’s.

Me too

Andy
I’ve been trying to de-clutter my life for most of the year so hopefully I won’t get much in the way of stocking fillers and things that are fun for a few days and then pushed in a drawer. I’m not a total Scrooge though, honest. I’m really looking forward to spending time with family and friends, Christmas Day walks in the snow and coming home to a toasty warm fire and a few beers… just the simple things really.

Marc S
I think you get to the point with Christmas where presents become largely unimportant, and its more a time for family to get together and have fun etc. But I guess if I'm going to choose anything particular that I know I would use, I would probably go for a new iMac pro with all the extras. LOL. Seriously though, I'm happy with the break, a few drinks and games. This is what Christmas is all about. Lost a couple of family members over the past 12 month, and unfortunately none of us live forever. Brings home the realisation that there is more to life than material items, as much as we all enjoy them.

Where's My Computer?
Jennifer
I don't really celebrate Christmas traditionally in my house. Like almost everyone in my house has already gotten all of their Christmas gifts. I would probably want just a quiet night with a long hot bath, my favorite bath bomb and a glass of wine.

She really does
How I became a cliche mom that wants bath stuff for presents. I have no idea.
I'd likely love to get Metro Exodus pre-order. I know my BF doesn't pre-order games anymore because of some of the new pre-order issues with games with un-dedicated developers but it's a game I am excited for and hope to have come February when it comes out.

Rhett
A week in Hawaii, no phone, no computer, feet in the sand and a beer in my hand!  Is that too much to ask for Santa?  I've been good.

Jim
I'd say world peace but I think a 2019 Chevy Corvette ZR1 would be easier!

Mark Wade
A couple good bottles of wine, or I'd also quite like a new iPad Pro.

Not relevant but made me laugh
Matt
Like others here at Invision Community, I've reached the grand old age where material possessions aren't what I long for. I'm happy watching my two children open their gifts on Christmas morning and then share a meal with family.

Or maybe a new iPad Pro because if Mark is getting one, I want one too.
Yet again Charles and Lindy declined to comment, so in the spirit of Christmas generosity, I've written their answers for them.

Charles
I would like a butler because it is what I deserve.
Lindy
I would like a panic room like in that Jodie Foster movie. I don't think for a second I'm going to be attacked in my own home. I just need a place to hide from the kids now and again. I'll kit it out with fresh kombucha, artisanal popcorn and poetry books. I'll be happy for hours.

So, that is what we want for Christmas. What about you? Have you been naughty or nice?
 

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

Famously, all Maria Carey wants for Christmas, is you. This is great news if you're a Maria Carey fan.
As the holiday season draws closer and our staff chat channel turns to egg nog, twinkly lights and why is wrapping so hard, we asked the question:
What would you like for Christmas?

Brandon
With so many children, Christmas is more focused on them and the family than myself. My eldest son who started college this year just returned home for the holiday season yesterday which has been awesome. You don't realize how it's like a piece of you is missing until they're back. I guess you could call that a Christmas present for me. Also, my wife and I took a quick 2 day cruise to the Bahamas as a gift to ourselves. My children have not requested very much for Christmas this year either, so my wife and I have decided we're going to plan a trip to Disney/Orlando for some time later in 2019 as a family gift instead of focusing on a bunch of little toys the kids will quickly get bored with. The family time together is the best Christmas gift to me.

Awww

Mark H
In truth, what I’d like for Christmas isn’t something Sanata could provide. At my age I already have most of the “things” I simply want, and the things I really *need* I already have; family and friends. But… I wouldn’t object to Santa dropping off a new gaming computer with a motherboard for an Intel core i9, an RTX 2080 Ti video card, 16 GB of RAM, and one or two NVME SSD’s.

Me too

Andy
I’ve been trying to de-clutter my life for most of the year so hopefully I won’t get much in the way of stocking fillers and things that are fun for a few days and then pushed in a drawer. I’m not a total Scrooge though, honest. I’m really looking forward to spending time with family and friends, Christmas Day walks in the snow and coming home to a toasty warm fire and a few beers… just the simple things really.

Marc S
I think you get to the point with Christmas where presents become largely unimportant, and its more a time for family to get together and have fun etc. But I guess if I'm going to choose anything particular that I know I would use, I would probably go for a new iMac pro with all the extras. LOL. Seriously though, I'm happy with the break, a few drinks and games. This is what Christmas is all about. Lost a couple of family members over the past 12 month, and unfortunately none of us live forever. Brings home the realisation that there is more to life than material items, as much as we all enjoy them.

Where's My Computer?
Jennifer
I don't really celebrate Christmas traditionally in my house. Like almost everyone in my house has already gotten all of their Christmas gifts. I would probably want just a quiet night with a long hot bath, my favorite bath bomb and a glass of wine.

She really does
How I became a cliche mom that wants bath stuff for presents. I have no idea.
I'd likely love to get Metro Exodus pre-order. I know my BF doesn't pre-order games anymore because of some of the new pre-order issues with games with un-dedicated developers but it's a game I am excited for and hope to have come February when it comes out.

Rhett
A week in Hawaii, no phone, no computer, feet in the sand and a beer in my hand!  Is that too much to ask for Santa?  I've been good.

Jim
I'd say world peace but I think a 2019 Chevy Corvette ZR1 would be easier!

Mark Wade
A couple good bottles of wine, or I'd also quite like a new iPad Pro.

Not relevant but made me laugh
Matt
Like others here at Invision Community, I've reached the grand old age where material possessions aren't what I long for. I'm happy watching my two children open their gifts on Christmas morning and then share a meal with family.

Or maybe a new iPad Pro because if Mark is getting one, I want one too.
Yet again Charles and Lindy declined to comment, so in the spirit of Christmas generosity, I've written their answers for them.

Charles
I would like a butler because it is what I deserve.
Lindy
I would like a panic room like in that Jodie Foster movie. I don't think for a second I'm going to be attacked in my own home. I just need a place to hide from the kids now and again. I'll kit it out with fresh kombucha, artisanal popcorn and poetry books. I'll be happy for hours.

So, that is what we want for Christmas. What about you? Have you been naughty or nice?
 

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

Famously, all Maria Carey wants for Christmas, is you. This is great news if you're a Maria Carey fan.
As the holiday season draws closer and our staff chat channel turns to egg nog, twinkly lights and why is wrapping so hard, we asked the question:
What would you like for Christmas?

Brandon
With so many children, Christmas is more focused on them and the family than myself. My eldest son who started college this year just returned home for the holiday season yesterday which has been awesome. You don't realize how it's like a piece of you is missing until they're back. I guess you could call that a Christmas present for me. Also, my wife and I took a quick 2 day cruise to the Bahamas as a gift to ourselves. My children have not requested very much for Christmas this year either, so my wife and I have decided we're going to plan a trip to Disney/Orlando for some time later in 2019 as a family gift instead of focusing on a bunch of little toys the kids will quickly get bored with. The family time together is the best Christmas gift to me.

Awww

Mark H
In truth, what I’d like for Christmas isn’t something Sanata could provide. At my age I already have most of the “things” I simply want, and the things I really *need* I already have; family and friends. But… I wouldn’t object to Santa dropping off a new gaming computer with a motherboard for an Intel core i9, an RTX 2080 Ti video card, 16 GB of RAM, and one or two NVME SSD’s.

Me too

Andy
I’ve been trying to de-clutter my life for most of the year so hopefully I won’t get much in the way of stocking fillers and things that are fun for a few days and then pushed in a drawer. I’m not a total Scrooge though, honest. I’m really looking forward to spending time with family and friends, Christmas Day walks in the snow and coming home to a toasty warm fire and a few beers… just the simple things really.

Marc S
I think you get to the point with Christmas where presents become largely unimportant, and its more a time for family to get together and have fun etc. But I guess if I'm going to choose anything particular that I know I would use, I would probably go for a new iMac pro with all the extras. LOL. Seriously though, I'm happy with the break, a few drinks and games. This is what Christmas is all about. Lost a couple of family members over the past 12 month, and unfortunately none of us live forever. Brings home the realisation that there is more to life than material items, as much as we all enjoy them.

Where's My Computer?
Jennifer
I don't really celebrate Christmas traditionally in my house. Like almost everyone in my house has already gotten all of their Christmas gifts. I would probably want just a quiet night with a long hot bath, my favorite bath bomb and a glass of wine.

She really does
How I became a cliche mom that wants bath stuff for presents. I have no idea.
I'd likely love to get Metro Exodus pre-order. I know my BF doesn't pre-order games anymore because of some of the new pre-order issues with games with un-dedicated developers but it's a game I am excited for and hope to have come February when it comes out.

Rhett
A week in Hawaii, no phone, no computer, feet in the sand and a beer in my hand!  Is that too much to ask for Santa?  I've been good.

Jim
I'd say world peace but I think a 2019 Chevy Corvette ZR1 would be easier!

Mark Wade
A couple good bottles of wine, or I'd also quite like a new iPad Pro.

Not relevant but made me laugh
Matt
Like others here at Invision Community, I've reached the grand old age where material possessions aren't what I long for. I'm happy watching my two children open their gifts on Christmas morning and then share a meal with family.

Or maybe a new iPad Pro because if Mark is getting one, I want one too.
Yet again Charles and Lindy declined to comment, so in the spirit of Christmas generosity, I've written their answers for them.

Charles
I would like a butler because it is what I deserve.
Lindy
I would like a panic room like in that Jodie Foster movie. I don't think for a second I'm going to be attacked in my own home. I just need a place to hide from the kids now and again. I'll kit it out with fresh kombucha, artisanal popcorn and poetry books. I'll be happy for hours.

So, that is what we want for Christmas. What about you? Have you been naughty or nice?
 

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

Famously, all Maria Carey wants for Christmas, is you. This is great news if you're a Maria Carey fan.
As the holiday season draws closer and our staff chat channel turns to egg nog, twinkly lights and why is wrapping so hard, we asked the question:
What would you like for Christmas?

Brandon
With so many children, Christmas is more focused on them and the family than myself. My eldest son who started college this year just returned home for the holiday season yesterday which has been awesome. You don't realize how it's like a piece of you is missing until they're back. I guess you could call that a Christmas present for me. Also, my wife and I took a quick 2 day cruise to the Bahamas as a gift to ourselves. My children have not requested very much for Christmas this year either, so my wife and I have decided we're going to plan a trip to Disney/Orlando for some time later in 2019 as a family gift instead of focusing on a bunch of little toys the kids will quickly get bored with. The family time together is the best Christmas gift to me.

Awww

Mark H
In truth, what I’d like for Christmas isn’t something Sanata could provide. At my age I already have most of the “things” I simply want, and the things I really *need* I already have; family and friends. But… I wouldn’t object to Santa dropping off a new gaming computer with a motherboard for an Intel core i9, an RTX 2080 Ti video card, 16 GB of RAM, and one or two NVME SSD’s.

Me too

Andy
I’ve been trying to de-clutter my life for most of the year so hopefully I won’t get much in the way of stocking fillers and things that are fun for a few days and then pushed in a drawer. I’m not a total Scrooge though, honest. I’m really looking forward to spending time with family and friends, Christmas Day walks in the snow and coming home to a toasty warm fire and a few beers… just the simple things really.

Marc S
I think you get to the point with Christmas where presents become largely unimportant, and its more a time for family to get together and have fun etc. But I guess if I'm going to choose anything particular that I know I would use, I would probably go for a new iMac pro with all the extras. LOL. Seriously though, I'm happy with the break, a few drinks and games. This is what Christmas is all about. Lost a couple of family members over the past 12 month, and unfortunately none of us live forever. Brings home the realisation that there is more to life than material items, as much as we all enjoy them.

Where's My Computer?
Jennifer
I don't really celebrate Christmas traditionally in my house. Like almost everyone in my house has already gotten all of their Christmas gifts. I would probably want just a quiet night with a long hot bath, my favorite bath bomb and a glass of wine.

She really does
How I became a cliche mom that wants bath stuff for presents. I have no idea.
I'd likely love to get Metro Exodus pre-order. I know my BF doesn't pre-order games anymore because of some of the new pre-order issues with games with un-dedicated developers but it's a game I am excited for and hope to have come February when it comes out.

Rhett
A week in Hawaii, no phone, no computer, feet in the sand and a beer in my hand!  Is that too much to ask for Santa?  I've been good.

Jim
I'd say world peace but I think a 2019 Chevy Corvette ZR1 would be easier!

Mark Wade
A couple good bottles of wine, or I'd also quite like a new iPad Pro.

Not relevant but made me laugh
Matt
Like others here at Invision Community, I've reached the grand old age where material possessions aren't what I long for. I'm happy watching my two children open their gifts on Christmas morning and then share a meal with family.

Or maybe a new iPad Pro because if Mark is getting one, I want one too.
Yet again Charles and Lindy declined to comment, so in the spirit of Christmas generosity, I've written their answers for them.

Charles
I would like a butler because it is what I deserve.
Lindy
I would like a panic room like in that Jodie Foster movie. I don't think for a second I'm going to be attacked in my own home. I just need a place to hide from the kids now and again. I'll kit it out with fresh kombucha, artisanal popcorn and poetry books. I'll be happy for hours.

So, that is what we want for Christmas. What about you? Have you been naughty or nice?
 

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

I really enjoy writing about the new features the development team have been slaving over for weeks (and sometimes months.)
It's a real joy to be able to share the finished product after we've seen it through inception, discussion, planning, assigning to a developer, coding, peer reviewing and final group testing.
Although sometimes, the features can be explained in a few screenshots, which makes for a pretty thin blog entry.
With that in mind, I've grouped together 6 of the best new micro-features for Invision Community 4.4.
Browser notifications
We introduced browser notifications in a previous version of Invision Community.
Once you've opted in to receive them, you'll get a fancy browser notification when new content is posted while you're off browsing other sites.
However, the browser prompt to ask for permission to push notifications isn't subtle, and it attacks you the second you log in for the first time.
In Invision Community 4.4, we've made it, so you're only asked to opt-in once you open the notification drop down.

No more being attacked by a permission dialog
Widget display settings
One of the most popular features we've added to the front end in recent times is the drag and drop widgets.
We see these used on almost every site we visit.
A popular request, though, was to be able to hide them from specific devices. By default, the sidebars appear under the main content when viewed on a smaller device such as a phone.
There may be times where you wish to show a block for those on tablets and desktops, but remove it for phones, so it doesn't take up precious retail space.
Happily, you can now do this on each block with 4.4.

Desktop only?
Club Navigation
Clubs are relatively new to Invision Community but they incredibly popular as they allow you to run micro-communities within your main community.
You're not limited to just forums either; you can add gallery albums and more to each club.
We've added the ability to re-arrange the club tabs allowing you to prioritise what you members see first.

Rearranging club tabs
Announcement URLS
Announcements have been a core feature for a long time now. We use them whenever we have a holiday so we can notify our customers about reduced support on those days.
We've made it so you can now link to an item, rather than have to provide new copy for each announcement.

We may have overdone it a bit
Time Frame selector
We noticed that in numerous areas around the Admin CP we had time input boxes. These would sometimes be used for seconds, minutes, hours and even days.
We've seen customers forced to enter things like 86400 seconds when they want the time frame to last a day. The lack of consistency wasn't great either.
In Invision Community 4.4, we've added a new Time Frame selector which is used as standard on all areas we ask for a time frame to be entered.
No more taking your socks off to work out how many seconds in a month.

Time is no longer relative
Group Name Styling
For about as long as I can remember (and as I get older, this is not an impressive amount of time), we've allowed group names to be stylized when shown in the online user list.
A very popular request is to extend that same group highlighting throughout the suite.
Finally, Invision Community 4.4 brings this to the suite.

If the group name is visible, that gets the styling, otherwise the name does
These features may be micro in nature, but we hope they make a significant improvement to your community.
Which are you most looking forward to? Drop a comment below and let us know.

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's easy to think that email is a relic from the past; from simpler times long before social media and the rise of phone apps.
And it's reasonable to think that way. Your phone constantly pings at you, and your laptop OS constantly pings at you, so why bother with email?
Because it's still a hugely powerful medium to get and retain attention.
In 2017, over 269 billion emails were sent and received per day. Of those, 3,360,250,000 are opened, read, and a link clicked.
Email is still very much a critical tool in your quest for retention.
Invision Community knows this. We have options to notify members of replies by email, weekly or monthly digests by email and members can opt-in for bulk emails sent from your community team.
Given how important email is, it was only fair that we invested in some love for our email system for 4.4.
Email Statistics
Just above, I mention that 269 billion emails are sent, and 3.4 billion are opened, read and clicked.
How many emails are sent from your Invision Community daily?
(No cheating and checking with SendGrid)
You probably have no idea as we didn't record email statistics.
As of Invision Community 4.4 we do!

Chart showing the number of emails sent daily
We now track emails sent, and the number of link clicks inside those emails.
Email Advertisements
Email notifications are a powerful way to get your members to revisit your community. The member welcomes these emails as it means they have new replies to topics they are interested in reading.

While you have your member's attention, you have an opportunity to show them a banner-style advertisement.


The new email advertisement form
When creating a new email advert, you can choose to limit the advert to specific areas such as topics, blogs, etc. - and even which forums to limit by.


Subliminal messages
This is a new way to reach your audience with your promotions.
Unfollow without logging in
Despite spending most of this blog entry shouting the virtues of email, it's inevitable that one or two members may wish to stop receiving notification emails.
In previous versions, the unfollow link would have taken you to a login page if you were signed out. For members that haven't been back in a while, this may cause some annoyance if they do not recall their login details.
Invision Community 4.4 allows non-logged in members to unfollow the item they received an email about or all followed items without the need to log in.

You no longer need to log in to unfollow items
Respecting your member's inbox is vital to keep on good terms with them and to keep them engaged in your community.
We'd love to know which of these features you're most keen to try in 4.4. Please drop a comment below and let us know!

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It's been said that the best place to hide a dead body is on page 2 of Google.
While we can't promise to get you to page 1 for a generic search term, we have taken some time for Invision Community 4.4 to do an SEO sweep.
Moz.com defines SEO as "a marketing discipline focused on growing visibility in organic (non-paid) search engine results. SEO encompasses both the technical and creative elements required to improve rankings, drive traffic, and increase awareness in search engines."
We have the technical skills and were fortunate enough to have Jono Alderson of Yoast lend his time, knowledge and vast experience to improve our SEO.
This blog article gets a little technical. It's completely fine to leave at this point with the comfort of knowing that Google will be a little happier on your site with Invision Community 4.4.
The majority of the changes are designed to send stronger signals to Google and friends over which content to slurp and which to look at a bit later.
Still here? Good. Let us roll up our sleeves and open the hood.

 
Pagination
The most visible change is that we've taken pagination out of query strings and placed it in the path.
For example, the current pagination system looks a little like:
yoursite.com/community/forums/123-forum/?page=3
Which is fine but it gets a little confusing when you add in a bunch of sort filters like so:
yoursite.com/community/forums/123-forum/?sort=asc&field=topic&page=3
A better approach would be to make a clear signal to both Google and humans that pagination is a separate thing.
Invision Community 4.4 does this:
yoursite.com/community/forums/123-forum/page/3/?sort=asc&field=topic
Not only is this good for search engines, but it's also good for the humans too as it is more readable and no longer confused with filter parameters.

Of course, we ensure that the old style pagination is redirected (via a 301 header) to the new pagination URL automatically so nothing breaks.
Canonical Tags
These tags are a way of telling search engines that a specific URL is the 'master copy' of a page. This helps prevent duplicate content from being indexed.
Without it, you are leaving it up to the search engine to choose which is the master copy of the page.
For example:
yoursite.com/community/forums/123-forum/ and yoursite.com/community/forums/123-forum/?sort=desc&field=time may show the same content but have different URLs.
By setting the canonical tag to point to yoursite.com/community/forums/123-forum/ regardless of filters sends a strong signal to the search engines that this is the page you want to be spidered.
Invision Community sets these tags in many places, but we audited these in 4.4 and found a few areas where they were missing.
For example, viewing a member's profile doesn't always set a canonical tag which may confuse search engines when you click on "View Activity" and get a list of content items.
Soft 404s
When an application or website wants to tell the visitor that the page they are looking for doesn't exist, it sends a 404 header code along with a page that says something "We could not find that item" or "No rows available".
If a search engine spiders a page that looks like a 404 page, but it doesn't have the 404 header code, it logs it as a "soft 404".
Given the short amount of time Google has on your site to discover new content, you don't want it to hit many soft 404s.
Invision Community 4.4 omits containers (such as forums, blogs, etc.) that have no content (such as a new forum without any topics yet) from the sitemap, and also adds a 'noindex, follow' meta tag into the HTML source.
Google will periodically check to see if the status of the page has changed and happily slurp away when content has been added.
Other changes
Although the changes listed here don't deserve their own section in this article, they are no less important.
We have audited the new JSON-LD markup added to Invision Community 4.3 to help search engines better understand the relationship between pages.
The "truncate" method that is used to display a snippet of text in areas such as the activity stream now only sends the first 500 characters to the javascript method to reduce page loads and page 'noise'.
The profile view in Invision Community contains a mix of information pertinent to the member and content they've authored.
We've ensured that the content areas are using a specific URL, with appropriate canonical tags. This will help reduce confusion for search engines.
If you made it this far, then well done. It's time to slam the hood closed and mop our collective brows.
These changes will certainly help Google and friends spider your site a little more efficiently and have a clearer idea about what pages and data you want to be indexed which can only improve your ranking.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.

It might seem a little odd starting a blog on increasing Invision Community's speed with the word "lazy",  but I'll explain why this is a good word for performance shortly.
Earlier this year, Google announced that page speed is a ranking factor.
Simply put, if your site is slow, it will be ranked lower in Google's search results.
It is always a challenge making a large application like Invision Community as efficient as possible per page load. A single Invision Community page can pull in widgets from multiple applications as well as a lot of user-generated content with attachments, movies and images used heavily. 
This is where being lazy helps.
Lazy loading is a method by which attachments, embeds and images are not loaded by default. They are only loaded when the viewer scrolls down enough to make them visible.
This allows the page to load a good deal faster now it doesn't have to load megabytes of images before the page is shown as completely rendered.
I was going to take a fancy video showing it in action, but it's hard to capture as the system loads the media just before you get to it, so it looks fairly seamless, even with sluggish connections.

Not the most dynamic image, but this shows the placeholder retains the size of the image
In addition to image attachments, we have also added this lazy loading to maps and Twitter emoji images.
Improving non-image attachments
Once we had implemented the lazy loading framework, an area we wanted to improve was non-image attachments.
We have listened to a lot of the feedback we had on this area, and have now made it very clear when you add an attachment into a post. We've even returned the download count now it's being loaded on demand.

Using attachments when posting
All the letters
When we first implemented the letter avatars in 4.3, we discussed whether to use CSS styling or use an image.
We decided to go with an image as it was more stable over lots of different devices, including email.
We've revisited this in 4.4, and switched the letter avatars to SVG, which are much faster to render now that the browser doesn't have to load the image files.
Other performance improvements
We've taken a pass at most areas with an eye for performance, here is a list of the most significant items we've improved.
Several converter background tasks have been improved, so they work on less data Duplicate query for fetching clubs was removed in streams Notifications / follower management has been improved Member searches have been sped up (API, ACP live search, member list in ACP, mentions, etc.). Stream performance has been improved UTF8 conversions have been sped up Elasticsearch has been sped up by using pre-compiled queries and parameterisation, as well as the removal of view filtering (and tracking) HTTP/2 support with prefetch/preload has been added Several PHP-level performance improvements have been made Implemented rel=noopener when links open a new window (which improves browser memory management) Several other performance improvements for conversions were implemented that drastically reduce conversion time IP address lookups now fetch IP address details from us en-masse instead of one request per address Cache/data store management has been streamlined and centralised for efficiency Many background tasks and the profile sync functionality have all been improved for performance Brotli compression is now supported automatically if the server supports it Redis encryption can now be disabled if desired, which improves performance Phew, as you can see, we've spent a while tinkering under the hood too.
We'd love to hear your thoughts. Let us know below!
This blog is part of our series introducing new features for Invision Community 4.4.