مقاله های فوری، پیوند اختصاصی، و وب ساخته شده بر روی اولویت های وفاداری کاربر

من آن را دوست دارم وقتی یک حس هم افزایی در حوزه وبلاگ وجود دارد. اول گرفتم پوشش نیک هیر پشتیبانی پایانی متا برای Instant Articles، فرمت اختصاصی آن برای مقالات خبری نمایشی حذف شده. او همچنین آن را با نابودی مشابه AMP، پاسخ گوگل به Instant Articles مقایسه می‌کند.

بعد باهاش ​​برخورد کردم یکی جدید از کریس کویر جایی که او در ادامه به بحث درباره مشکل بزرگ مدل‌های اختصاصی انتشار محتوا می‌پردازد، چه Meta Instant Articles، Google AMP یا حتی Apple News:

[این] کار است به عنوان یک ناشر: محتوای خود را تا حد امکان در اختیار افراد بیشتری قرار دهید. اگر اشتراک در قالب دیگری جایی است که مردم در آن حضور دارند، احتمالاً ارزش انجام آن را دارد.

[...]

اگر شما یک ناشر بودید و از این روش پیروی می‌کردید، این فقط ذهنیت شغلی ما است که در هر کجا که مردم هستند محتوا ارائه می‌کنیم (که به شدت وسوسه‌انگیز است)، اکنون در 4-5 قالب هستید که هیچ‌کدام به طرز وحشتناکی «خودکار» نیستند. و اینها به حساب نمی آیند، ویدیو، صدا، رسانه های اجتماعی و همه چیزهای دیگری که به شغل تولیدکنندگان محتوا تبدیل شده اند.

اگر استانداردی برای حل توزیع محتوا به روشی پراکنده و کارآمد داشتیم که نیازی به سربار قالب‌های اختصاصی مبتنی بر شرکت نداشته باشد. اوه صبر کنید، ما برای همیشه یکی را داشتیم:

به معنای واقعی کلمه هیچ یک از بازیکنان بزرگی که در بالا به آنها اشاره کردم شبیه نبودند فقط فید RSS خود را به ما بدهید، که با نگاه کردن به گذشته، یک موز کوچک است. RSS بسیاری از همان مشکلاتی را که آنها سعی داشتند حل کنند حل می کند.

سپس چه چیزی وجود دارد جیم نیلسن به اشتراک گذاشت در مورد کار او برای ایجاد یک تجربه خواندن در وبلاگ شخصی خود که بر ترجیح کاربر بر "وفاداری" محتوا تأکید دارد:

به عبارت دیگر، به جای رفتن به text.npr.org وقتی می خواهید یک تجربه ناب داشته باشید، همیشه به سراغ آن می روید npr.org اما شما "ارجح وفاداری" خود را روی "کم" تنظیم می کنید. در تئوری، این یک هدر به NPR می‌فرستد که نشان می‌دهد شما یک نسخه «پایین» از وب‌سایت را می‌خواهید، مثلاً فقط متنی.

خدای من، این یک میلیون بار! چقدر جالب است که یک سایت محرک محتوا (امواج در CSS-Tricks) نه تنها به کاربران این امکان را بدهد که تصمیم بگیرند چقدر تجربه "غنی" را می خواهند، بلکه این کار را به گونه ای انجام دهند که از قدرت HTML استفاده کند. آن را انجام دهد. پیاده سازی Jim نسخه های مختلف یک مقاله را در مورد ساخت حذف می کند:

.
├── index.html # default
├── _fidelity/
    ├── low/
    │    └── index.html # text-only
    └── med/
        └── index.html # minimal

پس از انتخاب کاربر، تغییر مسیرها می توانند از موارد مراقبت کنند. جیم ایده هایی برای بهبود فرآیند ساخت دارد به طوری که نیازی به تولید اسناد JSDOM برای هر مقاله در حین انجام کارهای اضافی برای حذف موارد ندارد. اما این یک ایده و شروع عالی است!

سه مقاله در عرض سه روز که همگی حول یک ایده، اما با زوایای، ایده‌ها و راه‌حل‌های متفاوتی جمع می‌شوند. وبلاگ نویسی جالب است. (و RSS هم همینطور!)