はてなキーワード: Robots.txtとは
近年、過激なファンアートを「検索避け(伏せ字などを含む)」と呼ばれる手法で公開するケースがある。しかし、この方法は本当に効果的なのだろうか?
本記事では、検索エンジンの仕組みと「検索避け」の限界について解説し、情報公開における倫理的な問題について考察する。
想像してみてください。あなたが重要な機密文書を持っており、ファイル名と文書内の固有名詞を少し変えてインターネットにアップロードしたとします。
ファイル名と固有名詞が少し変わっても、内容が変わらなければ、文書は依然として機密文書のままです。
インターネットは、世界中の情報が集まる巨大な図書館と見なすことができ、検索エンジンはその図書館の賢い司書のような役割を果たします。
この「司書」は、本のタイトルだけでなく、内容や文脈を理解し、関連する情報を結びつけて、私たちが探しているものを見つけ出します。
したがって、名前を変更するだけでは検索エンジンを欺くことはできません。
検索エンジンはキーワード検索を超え、画像認識や文脈理解などの技術を活用して、関連する情報をつなぎ合わせて、目的の情報を見つけ出します。
情報を守りたい場合は、名前を変更するだけでなく、アクセス制限などの強固な保護策を講じる必要があります。
また、Twitterのような公開プラットフォームに隠したい情報をアップロードすることは、矛盾した行為です。
一般的に、公開プラットフォームにおいては、特定のコンテンツを検索エンジンから隠すための直接的な手段は限られています。
例えば、Twitterのようなプラットフォームでは、個々のユーザーがrobots.txtの設定やnoindexタグを利用してコンテンツのクローリングを制御することはできません。
公開プラットフォーム上のコンテンツは、基本的に検索エンジンによってインデックスされ、公開情報として扱われます。
近年、画像認識とAI検索技術は飛躍的に進化しており、「検索避け」の効果はさらに限定的になっています。
特に、CNNを用いた画像検索技術は、深層学習を活用して、画像内の細かな特徴まで識別することが可能です。
これにより、画像内のオブジェクトやシーンの認識、さらにはテキストの読み取りまで行えるため、
作品名やキャラクター名、一部デザインを変更したとしても、関連する過激なファンアートが検索結果に表示されることがあります。
一方で、AI検索では、Transformerアーキテクチャが主流となっており、文章全体を一度に処理することで、文脈を高度に理解することができます。
GoogleのBERTやMicrosoftのTuringモデルなどの進化したAI検索モデルは、単なるキーワード検索を超え、単語の組み合わせが表す複雑な概念や文章全体の意味を把握し、
その結果、過激なファンアートを投稿する際に、意図的に作品名やキャラクター名を避けたとしても、これらのAI検索技術により作品が特定されやすくなっています。
上記のように、現代の検索エンジンは高度な技術を駆使して情報を収集・分析しており、「検索避け」のような単純な対策では効果が期待できません。
現代の検索エンジンは、過激なファンアートを検出する一方で、高度なコンテンツフィルターを備えており、
社会倫理に反する画像を検出し、検索結果から除外する能力も持っています。
多くの公開プラットフォームでは、シャドウバンという手法を用いて特定のコンテンツの露出を抑制し、
過激なファンアートが一般ユーザーに表示されないよう努めています。
しかし、これらの技術が存在するからといって、過激なファンアートを無対策で公開することが許容されるわけではありません。
コンテンツフィルターやシャドウバンは完璧ではなく、不適切なコンテンツを完全にブロックすることはできません。
公開されるコンテンツが法的な規制や社会的な倫理に適合しているかどうかが重要であり、著作権侵害、名誉毀損、不快感を与える可能性のあるコンテンツは、
情報公開を行う際には、その影響を常に意識し、責任ある行動を取ることが求められます。
「検索避け」のような限定的な対策やコンテンツフィルターに依存するのではなく、倫理的な問題と情報管理の重要性を理解した上で、適切な判断を行うことが不可欠です。
例えば、過激なファンアートを公開する際には、その作品が特定のコミュニティ内でのみ共有されるようにクローズプラットフォームを利用する、
またはアクセスを制限するなどの措置を講じることが考えられます。
適切な情報管理とセキュリティ対策を施し、インターネット上での安全なコンテンツ共有に努めることが重要です。
情報公開の際には、法的な規制や社会的な倫理を尊重し、責任ある行動を取ることが求められます。
倫理的な問題と情報管理の重要性を理解し、適切な判断を行うことが、情報公開の倫理と責任ある行動の核心です。
一応、Xの利用規約を貼っておくが、利用規約には違反している。法律については専門家ではないので分からないが日本だと「不正アクセス防止法」に該当しそうな気がする。
ユーザーは、当社より本サービスへのアクセスとその利用について許諾を得ることの対価として、当社ならびにその第三者プロバイダーおよびパートナーが、本サービス上に広告を掲載すること、またはコンテンツもしくは本サービスから得られる情報(その提供者がユーザーであるか他者であるかを問わず)の表示に関連した広告を掲載することに同意するものとします。ユーザーはまた、たとえば当社のサービスの妨害や当社が提供するインターフェースおよび手順以外の方法を使った当社のサービスへのアクセスにより、当社のサービスの不正利用をしないことにも同意するものとします。ユーザーは、適用される法令が明示的に許容する範囲のみを除き、本サービスの一部としてユーザーに提供されるソフトウェアの技術的制限を回避したり、ソフトウェアのリバースエンジニアリング、逆コンパイル、逆アセンブルをしたりしてはなりません。ユーザーは、本サービスへのアクセスまたはその使用中に、次のいずれも行ってはなりません。(i)本サービス、当社のコンピュータシステム、または当社のプロバイダーのテクニカルデリバリーシステムの非公開部分へのアクセス、不正な改ざんもしくは使用、(ii)システムもしくはネットワークの脆弱性の探索、スキャンもしくはテスト、またはセキュリティもしくは認証方法の侵害もしくは回避、(iii)当社から提供される(かつ該当する利用条件に従う場合にのみ提供される)、当社の現在利用可能な公開インターフェース以外の方法(自動プログラムか否かを問わない)での、本サービスへのアクセスもしくはその探索またはアクセスもしくは探索の試み(ただし、当社との個別契約で特に許可されている場合は除く)(注: 本サービスへのクローリングは、robots.txtファイルの定めによる場合は認められていますが、当社による事前の同意がないまま本サービスのスクレイピングをすることは明示的に禁止されています)、(iv)電子メールもしくは投稿でのTCP/IPパケットヘッダーまたはヘッダー情報の一部の偽造、または方法の如何を問わず、改ざんされた情報、詐欺的情報もしくは情報源を偽装した情報を送る目的での本サービスの利用、または(v)いずれかのユーザー、ホストもしくはネットワークのアクセスの妨害、または遮断(もしくはその試み)(本サービスへのウィルスの送信、オーバーロード、フラッディング、スパミング、メールの大量送信、あるいは本サービスを妨害したり過度な負荷を与えたりする方法でコンテンツの作成をスクリプトすることを含みますが、これらに限定されません)。当社はさらに、(i)適用されるすべての法令、規則、法的手続や政府の要請へ対応し、(ii)本規約を実施し(規約違反の疑いがある場合の調査を含みます)、(iii)不正利用、セキュリティもしくは技術的な問題を検知、防止もしくはその対処をし、(iv)ユーザーからのサポート要請に対応し、または(v)Twitterやそのユーザーおよび社会全体の権利、財産もしくは安全を保護するために、当社が必要であると合理的に判断する一切の情報について、アクセス、閲覧、保存、および公開する権利を留保します。当社は、当社のプライバシーポリシーの定めによる場合を除き、個人識別情報を第三者に開示することはありません。
noindex付与して更にrobots.txtできょひまでしてんのにバグってんのかおら!
このページを Google 検索からブロックしたい場合、robots.txt を使用する方法はインデックス登録を回避する正しい方法ではありません。インデックスに登録されないようにするには、robots.txt によるブロックを削除して、さらに「noindex」を使用してください。
https://support.google.com/webmasters/answer/7440203#indexed_though_blocked_by_robots_txt
より抜粋
リンクがあるから辿って保存しましたってアホかこいつ。まあグーグルのサービスって基本アホなの多いんだよな
雑に作って雑に運用して、それで使ってて切れそうになることばっかりだよ。死ね
robots.txt によるブロックを削除して
と来たものだ。わかるかうんなもの。シューティングゲームの攻略で、死んで内部ランク下げてください。とか言うのと同じくらい理不尽だろうが。
理屈は何となく分かる、robots.txtに従ってページを読み込めないので、ページにnoindexが書いてあるかどうかわからんっていうんだろう?あほか
だったら最初からrobots.txtを優先してインデックススンナやボケが。アホか。人間の動物的な直感を配慮しろ。
まあそこも理屈としてはrobotx.txtはあくまでも「クロール」の制御であって「インデックス」の制御するためのものじゃないって言いたいんだろうけど、いびつすぎるんだよなぁ。
はーあほくさ
意味ある?
robots.txt や .htaccess でアクセス制限をかけたり
個人サイトのHTMLに meta(name="robots" content="nofollow, noindex")タグを仕込んだり
単/語/を/ス/ラ/ッ/シ/ュ/と/か/で/区/切/っ/た/り
そんなことをやっても、今はあなたたちの言う「一般人」が一般的にSNSでURLを共有するネット社会だよ
登録型検索サイトなんかで閲覧者を制御できていた時代とは違うんだよ
いつもSNSで簡単に文脈が切り取られてクソリプが飛び交うだろ
時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
---|---|---|---|---|
00 | 102 | 13478 | 132.1 | 42 |
01 | 96 | 11913 | 124.1 | 41.5 |
02 | 44 | 7058 | 160.4 | 46 |
03 | 28 | 1934 | 69.1 | 43 |
04 | 27 | 6147 | 227.7 | 36 |
05 | 13 | 2458 | 189.1 | 111 |
06 | 18 | 1478 | 82.1 | 60.5 |
07 | 68 | 5615 | 82.6 | 42 |
08 | 148 | 16117 | 108.9 | 36.5 |
09 | 185 | 14870 | 80.4 | 41 |
10 | 130 | 15101 | 116.2 | 44 |
11 | 149 | 11269 | 75.6 | 44 |
12 | 156 | 19118 | 122.6 | 35.5 |
13 | 89 | 12571 | 141.2 | 53 |
14 | 183 | 13104 | 71.6 | 31 |
15 | 169 | 12502 | 74.0 | 27 |
16 | 145 | 13378 | 92.3 | 40 |
17 | 134 | 17541 | 130.9 | 50 |
18 | 161 | 18429 | 114.5 | 47 |
19 | 251 | 18969 | 75.6 | 42 |
20 | 177 | 12097 | 68.3 | 33 |
21 | 212 | 22478 | 106.0 | 31 |
22 | 152 | 10828 | 71.2 | 30 |
23 | 173 | 24428 | 141.2 | 41 |
1日 | 3010 | 302881 | 100.6 | 38 |
東軍(4), 湯シャン(3), robots.txt(3), だべり(3), 映画秘宝(7), VDSL(3), 石綿(3), 豊臣(4), 西軍(5), 関ケ原(3), 大名(10), 列強(3), 世界線(13), シャンプー(10), 変異(11), 五輪(13), GOTO(14), ✋(8), トラベル(6), クンニ(10), 謝れ(6), irasutoya(11), GoTo(12), ワクチン(29), 国際(9), エビデンス(13), 論文(21), KKO(54), post(13), 困窮(8), 開催(20), 野菜(21), 株(15), オリンピック(16), 入院(12), 中止(17), 貯金(18)
■関ケ原の戦いで西軍が勝った世界線に住んでる /20210126012231(27), ■姉夫婦がアホすぎる件 /20210126174445(12), ■『理解ある彼くん現象』とは、実は非常に残酷な加害の実態ではないか? /20210126180100(12), ■妻が謝ることが出来ない人だと気づいた /20210125143558(12), ■「~の批判は当たらない」って表現がクソザコすぎる /20210126182128(12), ■みんなが大好き、和歌山県第3区の県民です /20210125131814(10), ■どうして「とりわけ」なのか? /20210126143136(10), ■SHOW BY ROCK!!を見ていて不安になること /20210125192433(8), ■anond:20201103231803 /20201104180726(8), ■統計学の素人がGoToトラベル論文を斜め読みする /20210125115059(8), ■貯金がウン百万あるんだがおすすめの投資法を教えてクレメンス /20210126230418(7), ■彼氏だいすき /20210126013040(7), ■自粛やめちゃだめですか? /20210126211637(7), ■なんで宝くじを買うの? /20210126144237(6), ■冷笑的な反応が許容されなくなった /20210126154800(6), ■anond:20210126005443 /20210126162407(6), ■日本で通貨として利用されているモノ/サービス三選 /20210126010559(6), ■海外オタク女子のパリピ具合についてけなかったなという思い出 /20210126005644(6), ■進化って突然変異から発生するんじゃん /20210126005443(6), ■野菜を食える人間は裕福層だ /20210126192426(6), ■ /20210126193351(6), ■二次創作における、原作否定のお気持ち表明 /20210125174359(6), ■光回線の代替案求む /20210126091402(6)
絵かきのサイトの場合、絵や動画を低速回線にホストして、同時利用を制限しているが、ロボットも含めて禁止ではない。。がロボットサン同時に食べ過ぎ問題はあるんだろうな。ちょっとひさしぶりにrobots.txtに低速ならOKとか増えているかみてみる
ガキが書いたBotを受け流しきれず、安全破壊でサイトが落ちて知らせる(2度)というのはいいが、どうしてガキが破壊したか?というときに
CDN側はオリジンからはわからないから、CDNからクロールできなかったといわれると、そりゃそうかもな。
大量に持っていくと安全破壊で、サイトが落ちる。抜かれたくはないからな。
とはいえ、絵描きのサイトでもないのに、画像や動画がS3になっていないのは、こちらの落ち度。
とはいえ いくつかのケースでは破壊が早すぎるというのと、オリジンと気がついてもオリジンからCDNに飛ぶのが難しいといわれると、そりゃそうだろうな。気をつける
そうかもな、合意する。
絵かきのサイトの場合は、絵は見るのが目的でクロールは対象外だから、クローラーは避けろはrobots.txtに書いてくれ そりゃそうかもな
検索避けなんて迷惑なことをするなと思うし、避けたいなら認証必要にするとか robots.txt でクローラ拒否するなりすべき
ウェブマスター オフィスアワー 2019 年 10 月 02 日 メモ(※所々抜け漏れあり)
https://www.youtube.com/watch?v=bBurTQBqhS0
11/25 Webmaster Conference Tokyo:今週か来週の早い段階で情報を公開する予定
最新情報への対応や常に変動するランキングに対応させるためのもの
「何かまずいところがないだろうか?」という視点でサイトに着手するのは不要
客観的にいいのか悪いのかを知るために定期的なユーザーテストの実施とか、
お互いにレビューし合う習慣を付けるとか
品質評価ガイドラインとかE-A-Tとかは個人的には見なくても良いと思うが、
Q.RankBrainにおける更新性や更新の有無による効果はあるのか?
A.オフィスアワーでランキング要素の可能性について言及するのは難しい。言えることはコンテンツの内容を改善してくださいということだけ。もし、更新性が影響すると言ってしまうとみんながそっちに走ってしまうので。
Q.被リンクではページランクとドメインランクのどちらを重要視していますか?
A.ショートアンサーとしてはどちらでもありません。
仮にドメインランクが重要ですと言ったら何が起こるでしょうか?オールドドメインの買い占めが発生してしまうでしょう。
例えばコンテンツの質を見るに、Wikipediaに関連リンクを貼られるとかそのくらいの影響力があるのかなどを見てみると良いでしょう。
筆者注:
【図解】グーグルのリンク評価20の原則【2019年版】(前編#1~#10) | Moz - SEOとインバウンドマーケティングの実践情報 | Web担当者Forum
https://webtan.impress.co.jp/e/2019/09/30/34042
初心者必見!SEO対策の基本を5分で完全解説【2019年最新版】
https://emma.tools/magazine/seo-basics/
↑これら記事とか?
A.Googleのアルゴリズムも完璧ではないので、アップデートで再評価される可能性はある。
メインのクエリでユーザーが自身のサービスが頭に浮かぶような存在になれるかどうか。
Q.robots.txtでブロックしていないURLなのに、カバレッジでrobots.txtでブロックされていますというエラーが出る
A.色々確認中ではありますが、私が調べた範疇では問題ありません。Search Consoleのフィードバックも送ってください。その際、スクリーンショットだけではなく、テキストで問題点も添えてください。
Q.サイト内画像をサムネイルとして表示したい。Googleが推奨する方法がありませんか?
A.特にそのやり方については公開はしておりません。Googleが良いと思った画像だけを採用します。
強いて対策を言えば、画像のヘルプを参考に画像の情報をGoogleに伝えるようにしてください。
A.確認しましたが、Search Consoleに表示されています。
タイムラグがあるかもしれませんがDisallowされていませんか?確認してみてください。
Q.HTTPSのSearch Consoleは追加した方が良い?重複コンテンツになりますか??
A.追加した方が良いです。
重複コンテンツによって、起こるのはどちらかのコンテンツが上位表示される可能性があるということ。
共倒れになるということはありません。
そのクエリで頭に浮かぶくらいの存在になっているかどうかです。
Q.セパレートURLにおいてMFI後のcanonicalURLの設定について
正規化とは同等のページ内容のURLが複数あるからこそ行うもの。
canonicalよりも、リダイレクトでやってみてはどうでしょうか?
Q.検索パフォーマンスのデータの収集開始タイミングはいつから??
A.基本的には登録前のデータも取れるはずですが、違うケースもあればフィードバックで教えて下さい。
Q.Search Consoleのプロパティへの表示について、所有者として確認されてから6日経ってもプロパティに表示されていません
A.何らかの判断で時間がかかったのだと思います。通常は数日ですが、遅れたのは新規サイトであることが要因である可能性があることです。なにか不具合ありましたらSearch Consoleへフィードバックをぜひお願いします。
A.かなり困っているご様子ですので取り上げましたが、当フォーラムでは対象外の話題ですのでウェブ検索フォーラムへ送信願います。
Q.max-image-preview robots meta の値を確認するには?
A.まだ反映されていないのでもうちょっと待てば反映されます。
Q.Search ConsoleのタイムゾーンについてPTからPSTとPDTに切り替わりますか?
A.切り替わります!!
Q.ドメインを変えずにサイト名だけを変えると検索順位はどう変わる?
A.サイト名ほど大きな要素を変えてしまうのは影響すると思います。
どういうサイト名に変えるのかも重要。ユーザーにとってわかりやすくなるとかであれば、長期的には有効になるかもしれません。
Q.max-image-preview でlargeを設定するとDiscoverに表示されやすいと聞きましたがAMP対応しているだけでDiscoverに表示されやすくなりますか?
A.AMPでもmax-image-previewでlargeでもどっちでも対応可能です。
Q.クロールエラーが特定できない件について、1月のオフィスアワーにてホスティング会社に相談してみては?との回答で、のち、6月に検証中とのことでしたがあれからいかがでしょうか?
A.あまり気にされなくても良いです。ただ、間違ったエラーが表示されないようにするためにエンジニアも調整中ではあります。
こういうエラーに気づかれましたらSearch Consoleのフィードバックをぜひお願いします。
次回は10月後半か11月前半の予定です
先日30代になりました。
前々から悩んでいたんだけどエンジニアってやっぱり若手が有利。
日々新しいこと出てくるし少しでもブランク作るとえっ何その技術みたいな感じになったりする。
そんな中で30代になって、これからどうすればいいのかわからなくなりつつある。
プログラミング大好きだよ、日々出てくる新しい情報、アプリ、サービス、全てにまだ胸は高鳴る。
家に帰って得た新しい知識で新しいものをつくる、夜が更けても平気だ。大好きだから。
けれどもいつまでそれを続けていける?
どんどん増える情報量についていけない日が来る。企業だって若手を取りたがる。
体だって持たなくなってきた。消灯時間はどんどん短くなり知識を吸収する時間が減る。
焦りはあるけれど体あってのエンジニア、休息を取らないわけにはいかない。
まだまだ勝負はできる。
勢いのある企業で朝から夜までプログラミングに浸り(設計とか他もあるけど)、
同時に選択もできる。それは中小企業や大企業の保守的なポジションについて、
日々新しいこともないけれど浮き沈みすることもなく、「将来」を安定された席に着く。
どっちが正しいんだろう?どっちが幸せなんだろう?
こんな時肝心なGoogleは答えてくれないから増田に投げてみる
(きっと本当に大事なことについてはrobots.txtに何か書かれていてクロールしてくれないんだ)。
https://mizchi.hatenablog.com/entry/2018/08/24/060111
これを読んでの妄想
昔のディレクトリ型検索エンジンのようなサイトを一つ作る
ここにはrobots.txtで既存の検索エンジンからのクロールを拒否しnoindexを設定した上で、さらに特定の文字列をページに埋め込まないと掲載できないようにする
ユーザーが検索したときは登録順に表示するかランダムに表示するかが選べるのみで、サイト側にSEOを考慮させない
これをOHTTP(OverHTTP)プロジェクトと呼ぶことにする
ここまで書いたけどこれTorで良いんじゃね
id:sakuragaoka99 さんへ。どうやら私のブックマークコメント ( http://b.hatena.ne.jp/lispmemo/20161103#bookmark-306500639 ) に対するコメントのようなので、ここで私の見解を説明しておきます。
id:sakuragaoka99 さんが、http://b.hatena.ne.jp/entry/306500639/comment/sakuragaoka99 で説明しているとおり、
という意見はそのとおりです。私もそう思います。自分が考えた結果や同意できる意見や反対意見などは、すべてその人の判断に基づくものなので、最終的にその人の責任になりますが、自由に意見を表明するべきだと思います。
ただ、私には、らくからちゃ( id:lacucaracha )さんのブログの会計に関する記事はかなりあらが目立ち、正直言って初学者には全くお勧めできません。私以外の何人かの(会計を知っているような方だと想像しますが)の人も同様に思ったようで、 らくからちゃ( id:lacucaracha )さんの『原価計算の基礎と基本について全力でまとめてみる』 http://www.yutorism.jp/entry/costing への指摘が、 http://anond.hatelabo.jp/20160517150742 から続く、結果として長大なエントリの羅列になったのでした。
これを会計を知らない方にむけて喩えて言うならば、料理のプロを自認する人が、コショウを手に持って、
と知らない人に向けて説明しているようなものです。どうもらくからちゃ( id:lacucaracha )さんの会計の記事は、「コショウ」と「塩」と「砂糖」を、ひどいレベルで混同していると見受けられるようなレベルなのです。いずれの調味料も料理に使うものではありますが、だからといって、その説明が正確だとは言えません。
以上のように、らくからちゃ( id:lacucaracha )さんの会計の記事は、私にとっては見過ごせないくらい大きな間違いが含まれていると感じているのですが、他の人はそうは思わずに、信用することもあるでしょう。(ただ、私が言いたいのは、単に「すごい大きな間違いがあるよ」というだけで、それを「読むな」などとは言っていません。「読むと混乱するでしょう」と言っているだけなので、その点ご注意願いたいところ。)
ちなみに、私が http://anond.hatelabo.jp/20160520110650 にて指摘した、
らくからちゃさんのおっしゃる『ある生産要素の投入と生成物との関連性』というのは、具体的に何を意味していますか? 現時点でググったけれど、ちょっとわかりません。(ウェブ魚拓を取ろうとしましたが、robots.txtがあるという理由で取得できませんでした。それゆえ結果が固定できませんが、その点が問題にはならないと思います)
などという点について、らくからちゃ( id:lacucaracha )さんからの回答が現在も無いということを、この場を借りて再度言及しておくことにいたします。
これは、らくからちゃさんが書いた http://anond.hatelabo.jp/20160519220812 への返信です。(いままで「らくかちゃ」さんだと思っていましたが、「らくからちゃ」さんですね。お名前を間違ってしまってすみませんでした。このエントリの時点で気がついたので、過去のものはログの保管の観点から修正してません。そちらについてはご寛恕を請う次第)
http://anond.hatelabo.jp/20160519220812 にて、らくからちゃさんは
と、いう話を書こうと思ったのですが、もしかして消されちゃいました?(更新ボタン押したら原文が見えなくなっちゃったのですが)
と反応されていますが、この話は、 http://anond.hatelabo.jp/20160518115232 で私と、もともとは、http://anond.hatelabo.jp/20160517150742 で私では無い方が指摘した点に対する返信ですね。(らくからちゃさんは勘違いで消えてしまったと思ったようだけど、消してません。ずっとそのままの状態で在ります)
http://anond.hatelabo.jp/20160518011455 で、らくからちゃさんは、
それぞれの生産形態・管理方法に合わせた計算方法を選択すべきである。では、総合原価計算と個別原価計算をどのように選択するべきであるのか
という点を踏まえつつ、
こういった生産体系にて『ある生産要素の投入と生成物との関連性』が明確である場合、個別原価計算法は原価管理の観点からも有益な情報を得ることが出来る。
一方、個別原価計算が不向きなのは『ある生産要素の投入と成果物との関連性』が不明確である場合、例えば中間品にストックポイントが置かれる場合だ。
(略)
という説明をしてますが、らくからちゃさんのおっしゃる『ある生産要素の投入と生成物との関連性』というのは、具体的に何を意味していますか? 現時点でググったけれど、ちょっとわかりません。(ウェブ魚拓を取ろうとしましたが、robots.txtがあるという理由で取得できませんでした。それゆえ結果が固定できませんが、その点が問題にはならないと思います)
自分は『ある生産要素の投入と生成物との関連性』とは「『製品との関連における分類』を意味する」と読んで、「直接費/間接費の違いに応じて、個別/総合原価計算を分けるのか?、そんなことないでしょ・・・」、と理解した結果、
受注生産品でも間接費の配賦はあるよね
と、前提知識の確認をしました。で、この点については私とらくからちゃさんの間で誤解が生じていないようです。
その説明の後で、 http://anond.hatelabo.jp/20160519220812 で、らくからちゃさんは、
ここで『総合』『個別』というのは、明示的な基準があるというよりも、あくまで程度の問題と考えることが出来ます。工程の単位を限りなく小さくすれば個別原価計算に近づきますし、逆に指図の単位を限りなく大きくすれば総合原価計算に近づきます。
と説明していますが、個別/総合原価計算は、工程の単位の程度問題(?)ではなくて、製品を生産するときに、
とするべきものあるはずですよね? つまり、製造の単位が1か、それ以外か。(私としては、工程の製造単位が1に近づいたとしても、2単位であれば、それは総合原価計算だよね、という点を確認したい。それゆえ、工程に応じて前の工程では総合原価計算で計算していたが、次工程では個別原価計算で計算する、といったようなことがあると思いますが、その区別は、各工程において製造する仕掛品(第一工程の仕掛品であれば、第二工程に振り替えられたときにはそれが前工程費となりますが)を「一単位としてみるか/(そうではなく)2以上の単位とみて、製造しているか」で分けるということです)
個別/総合原価計算の説明はそういった「製品の製造単位が1か、そうでないか」という点から説明でするべきではないのかな。
この点については、http://anond.hatelabo.jp/20160517150742 で、(←は自分ではない方が書いた増田です)
実は、個別原価計算は、通常、個別に把握しやすい『個別的製品』の原価管理に使うんです。よく出てくる例えは受注生産の建物や船舶ね。
一方で総合原価計算は、単一製品を『大量』に『反復継続して製造』する場合に有効な原価管理で、例えはまぁカレーでオッケイ。もっとイメージしやすくいうと製鉄工場とか石油プラントね。
と説明していますが、これもおそらく私と同じ理解だと思います。
私と http://anond.hatelabo.jp/20160517150742 (←は自分ではない方が書いた増田です) の指摘をまとめると、
とでもなるかと思います。
これは、私が http://anond.hatelabo.jp/20160519113148 で指摘した部分です。これはらくからちゃさんが誤解されたようなので、ここで再び説明させてください。
http://anond.hatelabo.jp/20160519113148 で私が指摘したかったのは、 http://www.yutorism.jp/entry/costing の、 http://cdn-ak.f.st-hatena.com/images/fotolife/l/lacucaracha/20160515/20160515165334.png という画像が間違いであるという点です。
現時点では、↑の画像は、
┌─────────────┐ 費目別計算 │材料費 労務費 経費 │ └─┬────┬────┬─┘ 賦課(直課)│ │ │ │ ┌─┼────↓─┐ 部門別計算 │ │ │ 補助部門費│ │ │ ↓ ↓ │ │ │ 製造部門費 │ │ └───┬────┘ ↓ ↓ 配賦 製品別計算 ┌──────────────┐ │ 総合原価計算/個別原価計算│ │ 標準原価計算/実際原価計算│ │ 全部原価計算/直接原価計算│ └──────────────┘
という関係図になっていますが、製品別原価計算の分類は、本来は、以下のように、
┌─────────────┐ 費目別計算 │材料費 労務費 経費 │ └─┬────┬────┬─┘ 賦課(直課)│ │ │ │ ┌─┼────↓─┐ 部門別計算 │ │ │ 補助部門費│ │ │ ↓ ↓ │ │ │ 製造部門費 │ │ └───┬────┘ ↓ ↓ 配賦 製品別計算 ┌──────────────┐ │ 単純総合原価計算 │ │ 等級別総合原価計算 │ │ 組別総合原価計算 │ │ 個別原価計算 │ └──────────────┘
製品別計算の区分においては、生産形態の種類別によって分けるべきではないか?という点の指摘でした。
実際に原価計算基準上でもそのように分類しています。(原価計算基準の区分は 『原価の製品別計算、原価単位、計算の形態【原価計算基準19、20】|会計知識、簿記3級・2級・1級を短期間でマスター【朝4時起き活動のススメ】』 http://ameblo.jp/studyja/entry-11483327103.html などで確認してください)
┌───────────────┐ │ 総合原価計算/個別原価計算 │ ┌─┤ 標準原価計算/実際原価計算 ├──────┐ │ │ 全部原価計算/直接原価計算 │ │ │ └───────────────┘ │ │ │ │ ┌─────────────┐│ │ 費目別計算 │材料費 労務費 経費 ││ │ └─┬────┬────┬─┘│ │ 賦課(直課)│ │ │ │ │ │ ┌─┼────↓─┐│ │ 部門別計算 │ │ │ 補助部門費││ │ │ │ ↓ ↓ ││ │ │ │ 製造部門費 ││ │ │ └───┬────┘│ │ ↓ ↓ 配賦 │ │ 製品別計算 ┌──────────────┐│ │ │ 単純総合原価計算 ││ │ │ 等級別総合原価計算 ││ │ │ 組別総合原価計算 ││ │ │ 個別原価計算 ││ │ └──────────────┘│ └────────────────────────┘
がより適切でしょう。(外枠に各種原価計算を移動させました)
これは例えていうならば、人間を何かに着目して分類したとします。仮に以下のように、
┌─────────人間────────┐ │ │ │ 国籍 日本/アメリカ/他もろもろ│ │ │ │ │ │ 肌の色 白/黄褐色/ 他もろもろ│ │ │ │ │ │ 話す言葉 日本語/英語/ 他もろもろ│ └───────────────────┘
国籍、肌の色、話す言葉で分類したとして、話す言葉の分類の中が、以下のような分けかただと変でしょ?という指摘です。(話す言葉の右側の枠が、話す言葉の分類だとします)
┌─────────人間──────────┐ │ │ │ 国籍 日本/アメリカ/ 他もろもろ│ │ │ │ │ │ 肌の色 白/黄褐色/ 他もろもろ│ │ │ │ │ │ 話す言葉 ┌─────────────┐│ │ │性別 男/女/他 ││ │ │身長 170cm以上/未満││ │ │視力 1.0以上/未満 ││ │ └─────────────┘│ └─────────────────────┘
話す言葉の区分の中で、性別の区分や身長の区分があると、話す言葉として「性別」という言語や、「身長」といった言語があることになりますが、そんなことはないですよね。
らくからちゃさんが http://anond.hatelabo.jp/20160519220812 で使用した言葉を使って、最も正確に表現するとすれば、
┌───────────────────┐ │ 総合原価計算制度/個別原価計算制度 │※←の枠の中は、必ずそれぞれどちらか一方を選択する ┌─┤ 標準原価計算制度/実際原価計算制度 ├──┐ │ │ 全部原価計算制度/直接原価計算制度 │ │ │ └───────────────────┘ │ │ │ │ ┌─────────────┐│ │ 費目別計算 │材料費 労務費 経費 ││ │ └─┬────┬────┬─┘│ │ 賦課(直課)│ │ │ │ │ │ ┌─┼────↓─┐│ │ 部門別計算 │ │ │ 補助部門費││ │ │ │ ↓ ↓ ││ │ │ │ 製造部門費 ││ │ │ └───┬────┘│ │ ↓ ↓ 配賦 │ │ 製品別計算 ┌──────────────┐│ │ │ 単純総合原価計算 ││ │ │ 等級別総合原価計算 ││ │ │ 組別総合原価計算 ││※←製品別計算の枠の中は、 │ │ 個別原価計算 ││ ↑の総合/個別と整合するものとする │ └──────────────┘│(あるいは、↑の総合/個別を消して、こちらでそれらを選択するだけの方がわかりやすいか) └────────────────────────┘
というように、一番上の枠の中の各原価計算の末尾に「制度」と付け加えて、適切な補足を加えるのが最も良いでしょうね。
(ちなみに、今回の例だと問題にならないかもしれませんが、この図だけを見ると、材料費、労務費、経費の矢印がそれぞれ、製品別計算、製造部門費、補助部門費にそれぞれ移動しているだけのように思われるような気もします。 今回のカレーとシチューなどの例であれば、工程別ではなく、組別であっても良い気もします。)
さらに指摘しますが、http://www.yutorism.jp/entry/costing の最後の方にある勘定連絡図は、工程や部門別の勘定が全く存在しないですね。その勘定連絡図の下で、青の太字で「『部門』の名前を明記しておくこ」ととあるので、勘定連絡図の中にそれらが無いのは、デカいミスに思えます。
http://www.yutorism.jp/entry/costing を眺めていて思ったのですが、いらすとやさんの画像は最初で使用する程度に留めて、それ以降は勘定連絡図や、標準原価計算の例ならばシュラッター図や差異分析のためのボックスを直接書いたほうが、遥かにわかりやすくなると思います。
らくからちゃさんは、 http://anond.hatelabo.jp/20160518011455 で、
想定読者は
一通り工業簿記について学習し、問題は解けるようになったが体系的な理解ができていない者
という想定を置いたのだということでしたよね? だとすれば、わざわざ曖昧なイメージ図を最初から最後まで使用する必要性は、皆無でしょう。イメージ図がむしろ理解の妨げになっている点もあると思いますよ。そのレベルの読者を想定したとき、想定読者の理解の最低レベルは、「簿記二級の範囲の工業簿記の計算面」を理解したレベルですよね。ならば、一通り理解できているはずなので、イメージ図はさほど要らないと思います。
例えば個別原価計算や総合原価計算の説明として、蛇口とバケツで説明していますが、上の想定読者はイメージ図から何かが新たに「わかる」ようになるのでしょうか? ここでは、主に仕掛品勘定を中心にすえて、
などといった点を踏まえて説明しなおすべきではないでしょうか。
これは、私が http://anond.hatelabo.jp/20160519113148 で指摘した部分です。この点については特に返信したいことはありません。(「原価計算基準は、今もファイリングしてデスクの上においております。」ということなので、読んでないのかなあ、と思ったくらいです)