الاثنين، 21 أبريل 2014

FeedBlitz News - 2 new articles


Featured Images, Thumbnails for your Blog Mailings

By Phil Hollows

Images are a powerful form of communication. The phrase “a picture speaks a thousand words” exists for a reason, after all, and many of you use images to great effect in your blogs.

Sometimes images in mailings can pose something of a challenge, however. Large images on your blog can be resized by your blog’s software, or theme, or a plugin – but when that image shows up in your RSS feed or mailing, the components necessary for that resizing aren’t always there. Or, sometimes the email app will get the image resized incorrectly (I’m looking at you, Outlook).  Result: Ugly emails.

Images also come in unpredictable sizes, varying heights and widths, which can look OK in a blog, but in a multi-post mailing, can also yield aesthetically displeasing results (or: Ugly emails).

Or perhaps you only want one image in your mailing, not all of them.

Enter FeedBlitz’s Advanced Template Editor (a.k.a. the ATE) and three new tags designed to help you, or your email graphic designer, deliver consistently sized and located images in your mailings. If you’re impatient, you can see these tags at work in this image here (and click through to the current, live preview of the Krazy Coupon Lady’s latest finds).

There are three new tags which you can now use in the ATE, all of which should be placed between the <$BlogPosting$> tags which demarcate where the post content goes into the layout.

<$BlogItemThumbnailImage$>

This is the all-singing, all-dancing tag that, in one fell swoop, drops a perfectly sized thumbnail image into your mailing.

It has four optional attributes: width, height, background, align.  Most of the time, you will only need to specify the thumbnail’s width, as in the following example, which makes the thumbnail 160 pixels wide:

<$BlogItemThumbnailImage width="160"$>

Here are the available attributes and parameters:

Width Force the image to be this many pixels wide. Optional.
Height Force the image to be this tall. Optional.
Background Specify a background color for any space in the thumbnail slot the image doesn't occupy. Optional: leave blank for transparent, which is the default. Color specification is HTML / CSS, so for red you can use “background=#FF0000″ or “background=#F00″ or “background=red”
Align Force the image to float left or right. Optional: the default is left aligned.

 

The image will be resized to conform to the parameters you give. Specifying both width and height can lead to some email apps stretching the image oddly (hello again, Outlook), so we don’t recommend that. Pick one! If there is no image in the post, FeedBlitz will substitute in and resize your RSS feed’s logo, if there is one. If that isn’t specified, FeedBlitz will insert a transparent image of the appropriate size to keep your layout consistent.

The thumbnail image tag is a hard working template element. It goes on to link the thumbnail image to the post's page on your site, so clicking the thumbnail takes the visitor back to the post itself.  It uses the first non-trivial image from your post (using the <$BlogItemFeaturedImage$> tag I’ll get to next), and makes sure that the image doesn’t appear on landing pages the template powers, such as hosted subscription forms.

If you include the blog’s copy in the mailing (which 99.9% of bloggers do), this tag also removes the discovered featured image from the copy, because having the same image appear in the email twice would be silly. All the other images are left alone.

Caveats, warnings and quid pro quos: Using a thumbnail fixes the image size in the mailing; thumbnails therefore won't resize responsively on mobile devices, unlike other images in the mailing. Or, put another way, specifiying the thumbnail’s width (which is actually what we advise) has the side effect of specifying the narrowest your email can become as FeedBlitz’s responsive design code resizes it on phones and tablets. So specifying a really large thumbnail is possible but perhaps not that smart (Yes, judging. Deal with it). If the first image in your post is smaller than the specified width or height, it will resize up and pixelate. Make sure your thumbnail width is smaller than the images you typically include in your posts.

<$BlogItemFeaturedImage$>

The thumbnail tag above is really a lot of custom HTML wrapped around another new tag, <$BlogItemFeaturedImage$>.

This tag does two things. Firstly, it finds the first non-trivial, non-FeedBlitz-originated image in the post, and then then inserts the detected image tag, or your feed’s logo, or a blank 1×1 pixel if there isn't one, into the template. Secondly, it then removes the featured image from the post before the post is inserted into the mailing by the <$BlogItemBody$> tag.  It takes no parameters, it just extracts the image and slams it in as-is, which is why the <$BlogItemThumbnailImage$> exists to surround that inserted image with HTML that restricts its size, adds backgrounds, etc.

<$BlogItemText$>

One of the great things about FeedBlitz is that we have smart summaries. Unlike every other email service out there, when you truncate a post, we retain formatting, images, links etc., which increases the subscriber engagement with the email because people like formatting and images. Win, right?

But there are some – a very few – cases where actually, no, this isn’t useful at all. Enter the <$BlogItemText$> tag, which adds a plaintext version of your post’s copy, truncated according to your list’s settings, instead of the usual formatted version.  A great use of <$BlogItemText$> is together with the thumbnail image tags. Use the thumbnail tag to extract the image and locate / resize it consistently, then provide a simple plain text excerpt to go with it.  Easy, elegant.

Galling as it was, though, we had to dumb FeedBlitz down to make this happen.

Of course, we didn’t dumb it down too much ;)

Unlike other services, we still preserve line and paragraph breaks. Even if your post is presented as plain text, it should still be readable, and FeedBlitz makes it so.

How to Get There From Here

The Advanced Template Editor is accessed from your mailing list’s dashboard via the “Design” button.


 

Sponsor message
powered byad choices

Authenticating your Emails with SPF

By Phil Hollows

Following up on last week’s post about Yahoo’s DMARC policy change, here’s how to authenticate mailings that (a) you send, and (b) we send on your behalf.  Before going into this, I want to make this point abundantly clear:

FeedBlitz automatically authenticates email we send; you don’t HAVE to do anything.

And for the vast majority of our clients, that’s perfect! That said, let’s say you want to authenticate email you send for your site’s domain anyway, and email we send for you as well. OK, sure, can do. In order to make that happen, you must have the ability to add a TXT record to your DNS settings, because that’s how SPF (the authentication protocol we’re going to set up) works.

Got that ability? Ok, good. Here’s what you have to do.

If you don’t have an SPF record already in place, you can simply add this as a TXT record to your domain’s DNS:

v=spf1 include:mail.feedblitz.com ~all

What this says is “hey, I’m an SPF authentication record for <my site’s domain>, anything that mail.feedblitz.com sends on my behalf is OK, anything else you should look at closely.”  This SPF entry in your DNS will authenticate email sent by FeedBlitz for your site based on your SPF records (remember, FeedBlitz’s emails already authenticate based on our SPF records, and your SPF entry won’t change that). It also invites providers to look more closely at other emails that purport to be from you. If this makes you nervous, replace “~all” with “?all” but then the SPF record doesn’t really say much of anything; it’s effectively a test entry that will, in the real world, have no effect at all.

You should therefore think about email sent by, or through, other systems on your behalf. Let’s say that you’re using Google Apps, and you send email for your site through your Google Apps account. Here is what Google help says should your SPF record be:

v=spf1 include:_spf.google.com ~all

So, to tell receiving ISPs that it’s really OK for your domain to have email sent on its behalf by both Google Apps and FeedBlitz, here’s what you should set your SPF record to be in your DNS:

v=spf1 include:_spf.google.com include:mail.feedblitz.com ~all

In other words, you simply add include:mail.feedblitz.com to any current SPF record (or the example given to you by your provider), and email we send on your behalf will authenticate using both our SPF record and yours. So for the above record, Google Apps will authenticate as well as FeedBlitz. The same approach works whatever ISP or service you use to send your site’s emails through. All you need to do is find out is what you need to have for your SPF record for the system you typically send email through, and then add the include:mail.feedblitz.com text to it. Your provider should be able to help you with the record you need to add for their systems.

Now, if you research SPF, you will see that some recommend using “-all” (dash all) instead of “~all” (tilde all) at the end of the SPF record.  It’s a critically important difference, and I really don’t like that advice for bloggers and businesses without dedicated and email-savvy IT staff. You should think very hard before using the “-all” version. Here’s why.

The tilde version “~all” says “Look closely at email that doesn’t authenticate, but we’re not saying it’s definitely bad” — effectively leaving ISPs to use their best judgment to determine whether email that purports to be from you but doesn’t authenticate is spam (or not). I certainly recommend using this option, at least at first. It’s the safest way to avoid valid email from you being accidentally junked. ISPs are really pretty good at blocking junk based on things like IP reputation, content filters and other techniques. Most of the time, this is going to be A-OK.

Switching to the dash version “-all” says something very different: “Any mail that does not authenticate is definitely junk.” That’s something you should only set if you’re really, really sure that statement is true, because now you’re saying anything and everything else is absolutely spam.

How could this possibly go wrong? Well, for example, say you send an email from home via your cable provider’s email servers instead of Google Apps or FeedBlitz for your blog’s domain, assuming that is how you’ve set up your SPF record. The “-all” now says that the email you just sent is junk. As a result, it might not be accepted by your recipient’s email provider at all, and if it is, it will certainly be routed to their spam folder. The same might happen if you use a third party service, such as a shopping cart or help desk system, that sends mail on your behalf, but not using the mail systems you identify in your SPF record. Or, say you switch hosting services or email providers and forget to update the SPF record you created several years ago. All your email will be junked, thanks to that “-all”, until you fix your SPF record.

So you need to be very, very sure that email will only be sent from the domains and IP addresses that you specify in your SPF record before you switch to the “-all” version of SPF. And you need to remember to update it as you add, switch or drop online service providers.

Now you know how to set up SPF for your domain. After you do this, you should ensure that emails we send on your behalf are from an address on that domain, and not a generic consumer provider, so that the authentication you set up can take effect.

The flaw with SPF, which is why it’s imperfect, is that other spammy systems might authenticate correctly for themselves (because of their own SPF records) but still spoof your address. That’s the situation DMARC addresses, (and what caused all the problems with Yahoo), and I’ll cover that tomorrow.


 

Sponsor message
powered byad choices

Get These Great e-Books from FeedBlitz

Get the free FeedBurner Migration Guide e-book Buy List Building for Bloggers, proven email strategies to build your audience, increase engagement and grow your income. Find out how to make the most of FeedBlitz.

 


Sponsor message
powered byad choices



Email subscriptions powered by FeedBlitz, LLC, 9 Thoreau Way, Sudbury, MA 01776, USA.

 

ليست هناك تعليقات:

إرسال تعليق