Online Resource

Online Resource

Just as we need to understand our content before we can recategorize it, we need to understand the system before we try to rebuild it.

Enter the structural audit: a review of the site focused solely on its menus, links, flows, and hierarchies. I know you thought we were done with audits back in Chapter 2, but hear me out! Structural audits have an important and singular purpose: to help us build a new sitemap.

This isn’t about recreating the intended sitemap—no, this is about experiencing the site the way users experience it. This audit is meant to track and record the structure of the site as it really works.

Setting up the template

First, we’re gonna need another spreadsheet. (Look, it is not my fault that spreadsheets are the perfect system for recording audit data. I don’t make the rules.)

Because this involves building a spreadsheet from scratch, I keep a “template” at the top of my audit files—rows that I can copy and paste into each new audit (Fig 4.1). It’s a color-coded outline key that helps me track my page hierarchy and my place in the auditing process. When auditing thousands of pages, it’s easy to get dizzyingly lost, particularly when coming back into the sheet after a break; the key helps me stay oriented, no matter how deep the rabbit hole.

Color-coding

Color is the easiest, quickest way to convey page depth at a glance. The repetition of black text, white cells, and gray lines can have a numbing effect—too many rows of sameness, and your eyes glaze over. My coloring may result in a spreadsheet that looks like a twee box of macarons, but at least I know, instantly, where I am.

The exact colors don’t really matter, but I find that the familiar mental model of a rainbow helps with recognition—the cooler the row color, the deeper into the site I know I must be.

The nested rainbow of pages is great when you’re auditing neatly nested pages—but most websites color outside the lines (pun extremely intended) with their structure. I leave my orderly rainbow behind to capture duplicate pages, circular links, external navigation, and other inconsistencies like:

• On-page navigation. A bright text color denotes pages that are accessible via links within page content—not through the navigation. These pages are critical to site structure but are easily overlooked. Not every page needs to be displayed in the navigation menus, of course—news articles are a perfect example—but sometimes this indicates publishing errors.
• External links. These are navigation links that go to pages outside the domain. They might be social media pages, or even sites held by the same company—but if the domain isn’t the one I’m auditing, I don’t need to follow it. I do need to note its existence in my spreadsheet, so I color the text as the red flag that it is. (As a general rule, I steer clients away from placing external links in navigation, in order to maintain a consistent experience. If there’s a need to send users offsite, I’ll suggest using a contextual, on-page link.)
• Files. This mostly refers to PDFs, but can include Word files, slide decks, or anything else that requires downloading. As with external links, I want to capture anything that might disrupt the in-site browsing experience. (My audits usually filter out PDFs, but for organizations that overuse them, I’ll audit them separately to show how much “website” content is locked inside.)
• Unknown hierarchy. Every once in a while, there’s a page that doesn’t seem to belong anywhere—maybe it’s missing from the menu, while its URL suggests it belongs in one section and its navigation scheme suggests another. These pages need to be discussed with their owners to determine whether the content needs to be considered in the new site.
• Crosslinks. These are navigation links for pages that canonically live in a different section of the site—in other words, they’re duplicates. This often happens in footer navigation, which may repeat the main navigation or surface links to deeper-but-important pages (like a Contact page or a privacy policy). I don’t want to record the same information about the page twice, but I do need to know where the crosslink is, so I can track different paths to the content. I color these cells gray so they don’t draw my attention.

Note that coloring every row (and indenting, as you’ll see in a moment) can be a tedious process—unless you rely on Excel’s formatting brush. That tool applies all the right styles in just two quick clicks.

Outlines and page IDs

Color-coding is half of my template; the other half is the outline, which is how I keep track of the structure itself. (No big deal, just the entire point of the spreadsheet.)

Every page in the site gets assigned an ID. You are assigning this number; it doesn’t correspond to anything but your own perception of the navigation. This number does three things for you:

1. It associates pages with their place in the site hierarchy. Decimals indicate levels, so the page ID can be decoded as the page’s place in the system.
2. It gives each page a unique identifier, so you can easily refer to a particular page—saying “2.4.1” is much clearer than “you know that one page in the fourth product category?”
3. You can keep using the ID in other contexts, like your sitemap. Then, later, when your team decides to wireframe pages 1.1.1 and 7.0, you’ll all be working from the same understanding.

Let me be completely honest: things might get goofy sometimes with the decimal outline. There will come a day when you’ll find yourself casually typing out “1.2.1.2.1.1.1,” and at that moment, a fellow auditor somewhere in the universe will ring a tiny gong for you.

In addition to the IDs, I indent each level, which reinforces both the numbers and the colors. Each level down—each digit in the ID, each change in color—gets one indentation.

I identify top-level pages with a single number: 1.0, 2.0, 3.0, etc. The next page level in the first section would be 1.1, 1.2, 1.3, and so on. I mark the homepage as 0.0, which is mildly controversial—the homepage is technically a level above—but, look: I’ve got a lot of numbers to write, and I don’t need those numbers to tell me they’re under the homepage, so this is my system. Feel free to use the numbering system that work best for you.

Criteria and columns

So we’ve got some secret codes for tracking hierarchy and depth, but what about other structural criteria? What are our spreadsheet columns (Fig 4.2)? In addition to a column for Page ID, here’s what I cover:

• URL. I don’t consistently fill out this column, because I already collected this data back in my automated audit. I include it every twenty entries or so (and on crosslinks or pages with unknown hierarchy) as another way of tracking progress, and as a direct link into the site itself.
• Menu label/link. I include this column only if I notice a lot of mismatches between links, labels, and page names. Perfect agreement isn’t required; but frequent, significant differences between the language that leads to a page and the language on the page itself may indicate inconsistencies in editorial approach or backend structures.
• Name/headline. Think of this as “what does the page owner call it?” It may be the H1, or an H2; it may match the link that brought you here, or the page title in the browser, or it may not.
• Page title. This is for the name of the page in the metadata. Again, I don’t use this in every audit—particularly if the site uses the same long, branded metadata title for every single page—but frequent mismatches can be useful to track.
• Section. While the template can indicate your level, it can’t tell you which area of the site you’re in—unless you write it down. (This may differ from the section data you applied to your automated audit, taken from the URL structure; here, you’re noting the section where the page appears.)
• Notes. Finally, I keep a column to note specific challenges, and to track patterns I’m seeing across multiple pages—things like “Different template, missing subnav” or “Only visible from previous page.” My only caution here is that if you’re planning to share this audit with another person, make sure your notes are—ahem—professional. Unless you enjoy anxiously combing through hundreds of entries to revise comments like “Wow haha nope” (not that I would know anything about that).

Depending on your project needs, there may be other columns, too. If, in addition to using this spreadsheet for your new sitemap, you want to use it in migration planning or template mapping, you may want columns for new URLs, or template types. 

You can get your own copy of my template as a downloadable Excel file. Feel free to tweak it to suit your style and needs; I know I always do. As long as your spreadsheet helps you understand the hierarchy and structure of your website, you’re good to go.

Gathering data

Setting up the template is one thing—actually filling it out is, admittedly, another. So how do we go from a shiny, new, naive spreadsheet to a complete, jaded, seen-some-stuff spreadsheet? I always liked Erin Kissane’s description of the process, from The Elements of Content Strategy:

Big inventories involve a lot of black coffee, a few late nights, and a playlist of questionable but cheering music prominently featuring the soundtrack of object-collecting video game Katamari Damacy. It takes quite a while to exhaustively inventory a large site, but it’s the only way to really understand what you have to work with.

We’re not talking about the same kind of exhaustive inventory she was describing (though I am recommending Katamari music). But even our less intensive approach is going to require your butt in a seat, your eyes on a screen, and a certain amount of patience and focus. You’re about to walk, with your fingers, through most of a website.

Start on the homepage. (We know that not all users start there, but we’ve got to have some kind of order to this process or we’ll never get through it.) Explore the main navigation before moving on to secondary navigation structures. Move left to right, top to bottom (assuming that is your language direction) over each page, looking for the links. You want to record every page you can reasonably access on the site, noting navigational and structural considerations as you go.

My advice as you work:

• Use two monitors. I struggle immensely without two screens in this process, which involves constantly switching between spreadsheet and browser in rapid, tennis-match-like succession. If you don’t have access to multiple monitors, find whatever way is easiest for you to quickly flip between applications.
• Record what you see. I generally note all visible menu links at the same level, then exhaust one section at a time. Sometimes this means I have to adjust what I initially observed, or backtrack to pages I missed earlier. You might prefer to record all data across a level before going deeper, and that would work, too. Just be consistent to minimize missed links.
• Be alert to inconsistencies. On-page links, external links, and crosslinks can tell you a lot about the structure of the site, but they’re easy to overlook. Missed on-page links mean missed content; missed crosslinks mean duplicate work. (Note: the further you get into the site, the more you’ll start seeing crosslinks, given all the pages you’ve already recorded.)
• Stick to what’s structurally relevant. A single file that’s not part of a larger pattern of file use is not going to change your understanding of the structure. Neither is recording every single blog post, quarterly newsletter, or news story in the archive. For content that’s dynamic, repeatable, and plentiful, I use an x in the page ID to denote more of the same. For example, a news archive with a page ID of 2.8 might show just one entry beneath it as 2.8.x; I don’t need to record every page up to 2.8.791 to understand that there are 791 articles on the site (assuming I noted that fact in an earlier content review).
• Save. Save frequently. I cannot even begin to speak of the unfathomable heartbreak that is Microsoft Excel burning an unsaved audit to the ground.  

Knowing which links to follow, which to record, and how best to untangle structural confusion—that improves with time and experience. Performing structural audits will not only teach you about your current site, but will help you develop fluency in systems thinking—a boon when it comes time to document the new site.

Dewey Library - HC412.A85 2019

Dewey Library - HC79.E5 L5625 2019

Online Resource

Online Resource

Dewey Library - HC108.P7 S47 2019

Formation of Fine Secondary Aerosols

Building Information Modeling

Security Information and Event Manager System

Building Information Modelling

Cette formation est offerte pour les utilisateurs de CCH en ligne qui veulent apercevoir les améliorations de cette nouvelle plate forme IntelliConnect.

Nous verrons approximativement en 60 minutes comment vous pouvez utiliser IntelliConnect pour vous et les membres de votre équipe.

Voici les étapes de la formation.

- Navigation dans IntelliConnect
- Recherche intuitive
- Naviguation dans la liste des résultats
- Sauvegarder une recherche
- Option "Favoris"
- Dossiers de recherche
- Notes et surbrillance
- Impression

suite à votre inscription, vous recevrez un courriel avec un lien électronique pour vous connecter à la salle virtuelle ainsi que le numéro de telephone que vous devez signaler pour que l'on discute Durant la séance de formation. Vous recevrez également un courriel 24 heures avant al formation vous rappellant que vous avez la possibilité d'assister à la formation en ligne. 

Si vous désirez plus de details sur cette formation ou si vous désirez une formation privée pour votre équipe, je vous invite à me contacter par courriel afin de planifier une date. eric.claude@wolterskluwer.com

Cordialement

Éric Claude

Available Sessions for this Seminar:

December 09, 2014 10h00 à 11h30 EST

Cette formation est offerte aux utilisateurs de la plate forme CCH Site Builder. Voyez en 45 minutes approximativement comment naviguer et modifier les onglets de votre site Internet.

Cette formation en ligne a pour but de vous familiariser sur l'utilisation de votre tableau de bord et de connaîtres les particularités que vous devez savoir.

À la suite de votre inscription, vous recevrez un courriel confirmant votre inscription et incluant un lien pour vous connecter à la salle  virtuelle et un numéro de téléphone afin de discuter. Vous recevrez également 24 heures avant la formation un courriel vous rappelant amicalement que vous avez une formation le lendemain.

Si vous avez des questions sur la formations ou vous désirez obtenir plus de détails, je vous invite à me contacter par courriel : eric.claude@wolterskluwer.com

Cordialement

Éric Claude

Available Sessions for this Seminar:

January 09, 2015 13h30 à 14h30 EST
January 16, 2015 13h30 à 14h30 EST
January 23, 2015 13h30 à 14h30 EST
January 30, 2015 13h30 à 14h30 EST

Australia. Parliament. House of Representatives. Standing Committee on Industry and Resources

Moe, Espen

Boczkowski, Pablo J

Levine, David M., 1946- author

Molenaar, Cor

Hair, Joseph F

Back in the late 90s, when standards were proprietary and communication protocols complicated, two data formats appeared on the horizon. The first was the extensible markup language, born as an extension of an existing markup language standard (XML), and designed (by an open committee) with the purpose of storing and defining documents and data through the optional use of a schema.  The other, JavaScript Object Notation (JSON), born out of a programming language, was almost the exact opposite – a serialization format with requirements so simple they fit on the back of a business card. XML exploded in application development and communication platforms in the 2000s due in large part to the sheer demand for a human readable, vendor-neutral data format that was easy to read, write and share. As applications and platforms evolved and efficiency grew in priority, APIs evolved to become leaner, and JSON overtook XML as the preferred data interchange format among developers across many technology stacks.

JSON vs. XML: The battle for format supremacy may be wasted energy

As social medias influence over politics and elections has risen, so too has our collective anxiety about it. Over the last three years in particular, the use of megaplatforms like Facebook and Twitter as vectors for misinformation has been the subject of congressional hearings and not a few columns on the websites of some of our finer magazines. And as we gear up for elections in 2019 — and, assuming we make it through this year, in 2020 — the anxiety is gearing up, too. On Monday, in anticipation of the European Parliamentary elections in May, the Mozilla Foundation, an influential internet-advocacy non-profit, released an open letter to Facebook, co-signed by 32 civil rights and transparency groups, demanding that the social network implement measures designed to increase transparency, facilitate research, and combat misinformation.

complete article

Hayden Library - QH507.L47 2014

Hayden Library - QH324.2.S726 2013

Hayden Library - QH324.2.I39 2013

Online Resource

Online Resource

Online Resource

Online Resource

Online Resource

Online Resource

Online Resource

Online Resource

Online Resource

Online Resource

Online Resource

Hayden Library - QH324.2.W66 2016

Online Resource

Online Resource

Online Resource

Online Resource

Online Resource

Online Resource

Online Resource